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(57) ABSTRACT 

Methods and apparatus for disseminating over the Internet 
product information produced and maintained by product 
manufacturers using existing universal product codes (bar 
codes) as access keys. A cross-referencing resource, which 
may take the form of an independent HTTP server, an LDAP 
directory server, or the existing Internet Domain Name 
Service (DNS), receives Internet request messages contain- 
ing all or part of a universal product code and returns the 
Internet address at which information about the identified 
product, or the manufacturer of that product, may be 
obtained. By using preferred Web data storage formats 
which conform to XML, XLS, XLink, Xpointer and RDF 
specifications, product information may be seamlessly inte- 
grated with information from other sources. A "web regis- 
ter" module can be employed to provide an Internet interface 
between a shared sales Internet server and an otherwise 
conventional inventory control system, and operates in 
conjunction with the cross-referencing server to provide 
detailed product information to Internet shoppers who may 
piu'chase goods from existing stores via the Internet. 

17 Claims, 8 Drawing Sheets 
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METHODS AND APPARATUS FOR product codes identifying specific products and Inlemel 

DISSEMINATING PRODUCT INFORMATION addresses specifying the locations at which information 

VIA THE INTERNET USING UNIVERSAL about these products may be obtained. The cross-references 

PRODUCT CODES specify the universal product codes assigned to the partici- 

5 pating manufacturers, such as the U.P.C. and EAN codes 

CROSS-REFERENCE TO RELATED widely used in retail stores for barcode scanning at checkout 

APPLICATIONS counters, and the Internet addresses where information can 

be obtained about the products designated by those codes. 
This is a division of U.S. appUcation Sen No. 09/316,597 in a principle aspect, the present invention takes the form 
filed on May 21, 1999 (now U.S. Pat. No. 6,154,738 is^cd of methods and apparatus for delivering information about 
on Nov. 28, 2000, the disclosure of which is hereby incor- products and manufacturers via the Internet using all or part 
porated by reference) which is a continuation in part of U.S. of the universal product codes which designate these prod- 
application Ser. No. 09/049,426 filed on Mar. 27, 1998 ucts and manufacturers as Internet access keys. The product 
entitled "Methods and Apparatus for Disseminating Product information is stored in Internet servers; preferably in XML 
Information via the Internet" (now U.S. Pat. No. 5,913,210 format, by the manufacturers who both produce the products 
issued on Jun. 15, 1999, the disclosure of which is hereby and control the content of the stored product information, 
incorporated by reference). Internet shoppers and others who desire product informa- 
tion fetch web pages via the Internet from on-line merchants 
and other sources. These web pages may contain one or 
A microfiche appendix consisting of XX frames on YY 20 ^ product information, and each such link 
microfiche accompanies this specification and contains Perl contains a reference which designates a particular product 
language CGI scripts (computer source language fisting?) corresponding universal product code. When the web 
which illustrate working illustrative embodiments of browser operated by the shopper activates such a fink, a 
selected components of the invention. A portion of the request, message containing at least a portion of the univer- 
disclosure of this patent document contains material which 25 product code is sent via the Internet to a cross- 
is subject to copyright protection. The copyright owner has referencing database, preferably maintained by the Internet 
no objection to the facsimile reproduction by anyone of the Domain Name Service, which retums the Internet address of 
patent document or the patent disclosure, as it appears in the particular manufacturer's server which then makes the 
Patent and Trademark Office patent file or records, but desired product information available, 
otherwise rcscrves all copyright rights whatsoever. 30 The present invention may be used to particular advantage 

to provide product information to web customers who visit 

FIELD OF THE INVENTION web sites operated on behalf of retail stores which use 

™ - ^- .uj J ^ c . universal product codes both for bar code checkout and to 

This mvention relates to methods and apparams for trans- -j j * • * • j- 

r . ^ c • r . r J identify specific products m a computenzed inventory con- 

ferrmg requests for specific information to preferred sources ^ . * ^ *i * j 

r*u**r r *UT* * IS trol system. The retailer s mventory control systems need 

of that information on the Internet. * * j . m j j * * • 

not store detailed product information smce, by means of the 

BACKGROUND AND SUMMARY OF THE invention, the universal product codes of items being offered 

INVENTION ^^^'^ ^® access product information directly 

from the manufacturer's servers. 

Manufacturers must provide information about their prod- ^ embodiment of the invention, the cross-referencing 
ucts to reseUers, consumers, and others. Resellers need function may be performed by a server which receives a 
product infonnation to select, promote and support the hypertext transport protocol (HTTP) request message con- 
products they distribute. Consumers need information about ^^^^ , universal product code, performs a lookup opcra- 
available products to make informed buying choices. fion using a stored database of cross-references, and returns 
Advertisers, product analysts, manufacturer's an HTTP response message which includes a location header 
rcprescntaUves, shippers, and others also need uiformation ^^^^ containing a destination URL specif ying said particular 
about the goods with which they deal. i^^^rnct address. The requesting web browser then automati- 

Under current practices, product information typicaUy cally redirects the request message to the destination URL. 

originates with manufacturers and is primarily distributed in The company code portion only of the universal product 

conventional print media advertising and product packaging, code may be stored in the cross-referencing database to refer 

This information is often incomplete, difiScult to update, and an product information inquiry to the server operated by the 

available only to a fimited distribution. While the advent of manufacturer, with the remainder of the product code being 

the World Wide Web has permitted manufacturers to make sent to the manufacturer's server to identify the particular 

detailed, up-to-date product information available via the product. This reduces the size of the cross-referencing 

Internet, the information describing a specific product is 55 database, and further simplifies the process of registering 

often difficult to locate, particulariy when the URL (uniform manufacturers and maintaining the database, 

resource locator) of the manufacturer's website is not ^^len the cross-referencing server takes the form of an 

known. independently operated server, the standard Light-weight 

It is a general object of the present invention to transfer a Directory Access Protocol can be employed to advantage to 

request for information specified by an identifier, such as a go provide cross-references between all or part of each univer- 

product code, to a preferred source of that information, such sal product code and the Internet address where information 

as an Internet information resource devoted to the product about that product may be obtained. Access to product 

specified by the product code which is created and main- information can be even more simphfied and expedited by 

tained by the product's manufacturer. using the existing Internet Domain Name service to perform 

The preferred embodiment of the present invention 65 cross-referencing, a capabifity which can be added to the 

employs an Internet resource, called a "product code existing Internet infrastructure by simply reserving a preas- 

translator," for storing cross-references between universal signed name space for product code to address conversion. 
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By storing produa information expressed in Extensible DETAILED DESCRIPTION 

Markup Laoguage (XML), and by using stylesheet infor- The present invenUon takes advantage of two existing and 

mauon provided by the web sue which is incorporaUng ^ l^^c^M technologies: the Infemet and the udver- 

product information into their web presentations, the data 7 j * j . r j -.^ .l- 
^ , . „ wvu- yiv,i>viiiauuuD, lut uaia prodtict codc svstem. In accordance with the present 

siippiiea Dy tne manutacturer can be rendered using tont 5 ij^^^^tion, the Internet is employed to provide low cost, 

sizes typefaces, background colors and formatung selected ^^^^^^^ bi-directional communication which enables 

by the web page producer. Other characteristics of XML. information to be requested by and sent to any 

includmg the ability to encourage or enforce conformity ^ ^j^^^, ^^^^^ ^ 

With content and formattmc standards through the use of-r T in. - 

.11. c fj^rj^* \ J.I. Ti information access keys. The universal product code system 

Document Type DefimUons (DTD s)and the Resource Defl- lo j„ ^jespr^ad use to uniquely identify each of the thou- 

nmon Framework (RDF) and Syntax Specification, facihtate ^^^^^ „f different suppliers and millions of different items 

the integration of dau from retailers and other web page warehoused, sold, delivered and billed throughout 

producers with the product mformation provided by manu- commercial channels of distribution. In accordance wiUi the 
lacturers 

invention, a product code translator which may be accessed 

When the manufacturers of some products identified on 15 via the I ntemet provides information enabling the translation 

web pages have not made product descriptions available, it of universal product codes into the associated Internet 

is desirable to suppress the creation of visible link anchors addresses at which information about the products specified 

which encourage users to attempt to activate links which t>y those product codes may be obtained. 

wiU not work as intended. Such link suppression can be ^^^^^^ ^^^^^^^ ^^^^les the retrieval of information 

accomplished by determining the status of each desired link 20 ^^^^^ ^^^^^^^ ^^^^ ^^^^^ ^^^^ 

bctore the web page contaming the product list is displayed. manufacmrer, by those who need that information, such 

Image-cuedhnte perform this function by employing, as ^^^^j,^^ consumers. In accordance with the 

link anchors, visible web page components such as miage invention, any peison or firm having access to the Internet 

files which arc retrieved via the cross-referencmg server at ^„^g ^^^^ ^^^^^ ^ ^ p,^„^ 

tne tune the web page is displayed. ^^^^^^ information about that product from the participating 

These and other objects, features and advantages of the manufacturer which supplies that product. The system 

present invention will be made more apparent through a employs a product code translator, which may be iraple- 

consideration of the following detailed description of a mented by a plurality of servers but which is illustrated by 

preferred embodiment of the invention. In the course of this the single resource seen at 101 in FIG. 1. The product code 

description, frequent reference wiU be made to the attached translator is accessed via the Internet to perform a translation 

drawings. of specified universal product codes into the corresponding 

BRIEF DESCRIPTION OF THE DRAWINGS Internet addresses from which information about the desig- 
nated products can be obtained. 

FIG. 1 is a schematic block diagram illustrating various y^e product code translator 101 stores cross-references 

instrumentahties which make use of the invenUon intercon- between product codes and Internet addresses. The product 

nected via the Internet; ^^^^ ^^^^ Internet addresses are provided by or on behalf 

FIG. 2 is a diagram illustrating the interrelationship of the of participating manufacturers and suppliers, such as the 
principle data structures used to implement a product code manufacturer illustrated at 103 in FIG. 1. These cross- 
translator of the type contemplated by the invention; references may then be retrieved from the cross-reference 

FIGS. 3 and 4 are a flow diagram depicting the operation resource 101 by resellers, prospective buyers, as illustrated 

of a CGI program which implements the product code by the distributor 105, the retailer 107 and the customer 109 

translator, responding to request HTTP messages containing seen in FIG. 1, Internet Service Providers, as illustrated by 

universal product codes and redirecting those request mes- the ISP 111 in FIG. 1, may also utilize the data provided by 

sages to the URLs where information about designated the product code translator 101 to provide a variety of 

products may be found; services and functions. 

FIG. 5 is a data flow diagram illustrating the manner in Before further describing how these entities function 

which a web browser interacts with a server which acts as a within the system, it will be useful to clarify some of the 

product code translator by redirecting links on a merchant's terms which will be used in this specification: 

web page to product information made available by the 50 The term "universal product codes" (lower case) is used 

manufacturer; to indicate standardized industry or inter-industry codes 

FIG. 6 is a data flow diagram illustrating a further used to designate items, packages and services made, used, 

embodiment of the invention in which a web browser leased or sold in commerce. The term thus includes the 

interacts with a domain name server which serves as a Universal Product Codes ("U.P.C.s") used by suppliers in 

product code translator, redirecting links on a merchant's ss the United States and Canada and managed by the Unifonm 

web page to XML data provided by a shared sales server Code Council, Inc., 8163 Old Yankee Road, Dayton, Ohio 

used by several merchants, the XML data from the manu- 45458; the EAN codes used by suppliers outside the U.S. 

facturer being displayed in accordance with an XSL and Canada under the general direction of EAN 

stylesheet specification unique to each merchant, and the International, rue Roy ale 145, 1000 Bruxelles — Belgium; 

online merchant functions being implemented by the shared 60 and any other multi-industry or single industry standard 

sales server which is connected to the conventional inven- product designation system. 

tory control system operated by each of the merchants; and The term "manufacturer" will be used to refer to 

FIGS. 7 and 8 are a block diagrams illustrating the manufacturers, suppliers, vendors, licensors and others to 

principle components of a typical retailer's inventory control whom sets of universal product codes have been assigned, or 

system and the interface between that system and a shared 65 their agents. Typically, this assignment takes the form of the 

sales server which maintains a parallel but more limited designation of a particular value for a portion of the uni- 

inventory database used during on-line sales transactions. versal product code which is reserved for exclusive use by 



07/19/2003, EAST Version: 1.03.0002 



us 6,418, 

5 

a particular manufacturer. For example, the entity to which 
a specific six-digit "company-identifier" portion of a 
12-digit numeric U.PC. code has been assigned is a "manu- 
facturer" as that term is used in this specification. 

The term "product" is used to refer to a kind of item which ^ 
is uniquely identified by a single universal product code, as 
opposed to a specific individual item of that kind. For 
example, a specific U.P.C. code is assigned by the 
manufacturer, Hershey Foods Corp., to "Reese's Creamy 
Peanut Butter" as packaged in 510 gram containers (a 10 
"product") whereas a di£ferent U.P.C. code is assigned to the 
same peanut butter packaged in containers of a different size 
(a different "product"). 

The term "Internet address" will be used to refer to the all, 
or a significant part of, a reference to a resource on the 
Internet. Such a reference may take the form of a numerical 
IP address or an alphanumeric Uniform Resource Locator 
("URL") which may identify a file on a specified machine, 
a database query, a specific command output, or some other 
accessible Internet resource. Thus, the term "Internet 
address" includes such things as a specific 32-bit address of 
a specific computer connected to the Intemet, written in 
decimal as "123.040.212.002"; a domain name such as 
"patentsoft.com" which can be resolved into a numerical 
IP-address using a domain name server; the URL of a file 
accessible via the Internet, a URL identifying a query 
processing script with passed parameters, or an email 
address such as "8475 63@manufacturer. com". 

The Product Code Translator ^0 

The product code translator seen at 101 in FIG. 1 per- 
forms two primary functions illustrated in FIG. 2: (1) its 
registration handler 203 accepts cross-references submitted 
by manufacturers which relate their assigned universal prod- 35 
uct codes to associated Internet addresses where information 
relating to their products may be obtained, and (2) its query 
handler 204 accepts queries via the Intemet 205, each query 
including all or part of one or more tmiversal product codes, 
and returns the Internet addresses which can be used to 
obtain information about the products identified by those 
codes. The product code translator 101 may also advanta- 
geously perform other functions, examples of which are 
described below. 

As seen in FIG. 1, the product code translator 101 may be 45 
advantageously implemented by a server computer which 
stores information in a relational database consisting of the 
tables depicted in FIG, 2. If desired, the product code 
translator 101 may be implemented with a plurality of 
"mirrored" servers at different locations, or clustered servers 50 
at the same location containing the same cross-referencing 
data to share the processing burden and provide redundant 
fault-tolerant reliability. In addition, different servers or sets 
of mirrored or clustered servers may be used to process 
different assigned subsets of the gamut of universal prodxict 55 
codes. Whether one or many servers is used, each may be 
preferably implemented using conventional server hardware 
and conventional server operating system software, such as 
Microsoft NT Server, Netscape Application Server, SCO 
UnixWare, Sun Enterprise Server, and the like. go 

The registration handler process 203, which may be 
implemented on a server which stores cross-references, or 
on a separate server operated by a central registration 
authority, receives each registration submission via the Inter- 
net 205 to create an incoming registration data illustrated by 65 
the data template record 207. The registration template 
record 207 includes several fields: an Company-ID field 
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which holds the company-identifier portion of a universal 
product code in EAN format; a URL field which holds the 
Uniform Record Locator constituting the "base address" at 
which information can be retrieved about products desig- 
nated by those universal product codes, company informa- 
tion fields which include the company's name, mailing 
address and email address fields so that the manufacturer 
submitting the registration can be identified and contacted; 
and a date field which specifies the date upon which the 
registration was first made. 

The registration handler 203 may obtain the submitted 
data needed to create the registration template record in a 
variety of ways, such as accepting a HTML web page form 
completed and submitted via the Internet by a registrant, 
processing an incoming email message containing the nec- 
essary information, or receiving the needed information by 
telephone or regular mail. 

The registration handler process preferably incorporates a 
mechanism or procedure for insuring that the registrant has 
the authority to create and aUer the information being 
supplied. A variety of methods for enhancing the security of 
the registration process may be employed, including the 
issuance of a password at the time a range of universal 
product codes is first registered, with the requirement that 
the same password be thereafter provided by anyone who 
seeks to alter the information originally provided with 
respect to any product code within that previously registered 
range. The registration procedure may also require each 
registrant to provide an email contact address to which an 
email message of predetermined content is sent after the 
initial registration form is completed, to which the registrant 
must respond within a predetermined time to verify the 
registration. Any attempt thereafter to change the contact 
email address results in a message being sent to the origi- 
nally registered email contact address advising that an 
attempt is being made to alter the registration. Finally, email 
confirmation may be requested from the email address 
registered with InterNIC for the URL to which universal 
product codes are to be linked. This step confirms that the 
person attempting a registration in fact has authority to link 
to that host computer and provides an additional safeguard 
against unauthorized submissions. 

Instead of maintaining a user name and password 
database, the registration handler can use a database of 
certificates, such as Certificate Server available from 
Netscape, to create, sign, and manage certificates for all 
participating manufacturers, configuring other servers to 
accept only authorized user certificates. A scalable database 
may be used to store the status of each certificate, and the 
issuance and revocation of certificates can be centrally 
administered from the product code U"anslator or a separate 
registration authority. Similar password, certificate or digital 
signature protection schemes may be used to provide access 
to certain data or to data in certain forms only to authorized 
requesters. 

The information contained in the incoming registration 
template 207 is used to create records (rows) in three 
separate tables in the relational database: a company table 
211, a URL table 213 and a cross-reference table 215. As 
seen in FIG. 2, the company table 211 includes a numerical 
company number field CoNo which is also present in the 
cross-reference table 215 so that each cross-reference table 
row can be related to a particular company desaiptioa 
record in the company table which has the same CoNo 
value. The key field CoNo establishes a one-to-many rela- 
tionship between the company table 211 and the cross- 
reference table 215 since a participating company identified 
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by a unique CoNo value may register more than one set of 
universal product codes, potentially associated with different 
IP-addresses, requiring more than one row in the cross- 
reference table 215. 

The Company-ID field in the registration template record 5 
is used to complete two fields, FromCode and ThruCode, in 
a row in cross-reference table 215. These fields specify a 
range of one or more consecutive universal product codes. 
Both of these two fields preferably stores a 64-bit integer 
which specifies a 14 decimal digit universal product code 10 
drawn from the global pool of 14-digit numbers which 
includes the U.P.C., EAN-13 and SCC-14 codes. In this way, 
all three coding systems can be accommodated by the 
cross-reference table 215; for example, a 12-digit U.RC. 
number 7 12345 12345 9 is the same as the 13 digit EAN 15 
number 07 12345 12345 9 and the same as the 14 digit 
SCC-14 number 0 07 12345 12345 9. If the U.P.C. six digit 
company identifier 7 12345 is specified in the registration 
template Company-ID field, the FromCode field of the 
cross-reference table record would be loaded with the num- 20 
ber 71234500000 to specify the lowest valued universal 
product code cross-referenced to the corresponding IP 
address in the IPAdr field of the table 215, and the ThruCode 
field would be loaded with 71234599999 to specify the 
highest valued universal product code cross-referenced to 25 
that IP address. The use of the low-value/high -value range 
specification fields in each row of the cross-reference table 
215 permits different ranges of universal product codes 
having the same Company-ID value to be associated with 
different Internet addresses in the IPAdr field of the cross- 30 
reference table 215, thus enabling a single manufacturer 
having a single assigned Company-ID value to store infor- 
mation about different products designated by different sets 
of its universal product codes on different Internet servers, 
or to aoss-reference non-continuous sets of universal prod- 35 
uct codes to the same or different servers. Note further that 
a manufacturer need not cross-reference all of its available 
assigned universal product codes, but may omit unused 
codes or codes designating products for which no informa- 
tion is to be made-available. 40 

The IP-address field in each row of the cross-reference 
table 215 holds a 32-bit IP address used to route Internet data 
packets to a destination computer using the TCP/IP protocol. 
The 32-bit IP address value in the cross-reference table 215 
is obtained from the IP address field of the URL table 213, 45 
and that 32-bit address value is prefetched by querying a 
conventional domain name server (DNS) seen at 217 
assigned to the cross-reference resource 101. The DNS 217 
translates the alphanimieric URL in the URL field of the 
URL table 213 into the current 32-bit IP address used by 50 
Internet routers to guide data packets to the proper destina- 
tion computer. The alphanumeric URL in the URL field of 
the URL table 213 is supplied via the registration template 
207 when Internet location of the manufacturer's product 
description data is supplied during the registration process. 55 

The separate URL table 213 has a one-to-many relation- 
ship to the cross-reference table 215 and uses the 32-bit IP 
address value as the relational key. This arrangement allows 
a single URL base address to be shared by a plurality of 
different manufacturers. Thus, for example, a single Internet 60 
service provider (ISP) may act as a shared Internet resource 
for storing data about a products originating from many 
different manufacturers. It is accordingly unnecessary for 
each manufacturer to operate its own server or have its own 
assigned URL. Instead, a manufacturer may place its prod- 65 
uct descriptions on any server having an assigned Internet 
address. Note that it is further unnecessary for the manu- 
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facturer to have, or supply, an assigned URL rather than a 
numerical IP address; however, since corresponding URL's 
are ordinarily available and easer to remember, and because 
it may be desirable to later change numerical IP addresses 
while retaining the same URL, the use of URL*s for regis- 
tration is preferred. 

Note also that, because URLTIP address assignments may 
be added, altered or deleted on a daily basis by the URL 
assignment authority, updates to the DNS tables should also 
be reflected by automatic updates to the cross-reference 
table IP-Address fields. In this way, a change in URL/IP 
address assignments propagated in the DNS system require 
no additional action on bchaff of the manufacturers to insure 
the continuing ability of the product code translator to 
produce the appropriate new IP addresses in response to 
universal product code queries. If, as discussed later, the 
Internet domain name system itself is used as the product 
code to IP address translation mechanism, updating two 
tables would be unnecessary. 

With the foregoing as background, the registration and 
query/response functions performed by the product code 
translator may by summarized as follows: each participating 
manufacturer, or someone acting on its behalf, submits a 
registration which generates an incoming registration tem- 
plate 207 containing information about the registering 
manufacturer, including an identification of the universal 
product codes which designate products for which informa- 
tion is to be made available, together with the URL which 
specifies the Internet resource which will make that product 
information available. 

The supplied URL is stored in the URL Table 213 and 
converted into a numerical IP address in the IPAdr field of 
the URL Table 213 using an available domain name server 
217. This 32 bit IP address is stored in the IPAdr field of the 
cross-reference record (row) in table 215, along with a 
specification of the universal product codes of the products 
described by information which is available at this IP 
address, the range of codes being specified by the values 
stored in the FromCode and ThruCode fields in the new 
record in cross-reference table 215. 

When an incoming query is received by the query handler 
204, a table lookup function is performed by searching the 
cross-reference table 215 for a row record or records which 
specify a set of universal product codes which include the 
code or codes specified by the query. If matching row(s) are 
found, the IP-address(es) found in the matching row(s) are 
returned to the query submitter; otherwise, a special code 
(such as a zero valued IP Address) is returned to indicate that 
information for the product code(s) of interest has not been 
registered. 

The Internet resource which acts as the product code 
translator can additionally perform some or all of the fol- 
lowing additional functions: 

It can respond to a request for information about a 
particular participating manufacturer and return to the 
requester the information in the company table 211 as well 
as the specification of all of the registered universal product 
codes assigned to that participating manufacturer and the IP 
address (or URL) of the location where further information 
on the products designated by the registered universal prod- 
uct codes may be obtained. 

The product code translator can respond to a query 
containing a designation of one or more universal product 
codes by identffying the email address of the manufacturer. 
The product code translator, or any other computer which 
obtains cross-references between universal product codes 
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and email addresses from the product code translator, may Information Publication by Manufacturers 

act as an SMTP forwarding agent; for example, forwarding p^^^^t invention provides,significant advantages and 

email which contams a designation of universal product opportunities to manufacturers. Information which manu- 

code from a sender to an email address designated by the factures now distribute in other ways can be made imme- 
manufacturer of the product designated by that code. 5 diately available to those who need or desire that infonna- 

Alternatively, resellers and others may obtain email tion. Examples include text and graphics which describe and 

addresses from the product code translator which can be promote the sale ofeach product to potential buyers; product 

included in "mailto:" hypertext links in product listings, labeling information, some of which may be required to be 

aUowing a webpage viewer to display and complete a blank ""^j*^ available to potenUal buyers such as product weights 

™ * f ■ f u- u • * J J- .1 * and volumes, ingredients, nutritional facts, dosage and use 

email request for information which IS routed directly to the lO ^^.Sl oii «f u • • i 

-1 ,j. . ^ mstructions, some or all of which is now included on 

manufacturer s designated email address. The email address product packaging and which can be reproduced as mixed 

returned in response to a request may be a standard email text and graphics HTML page for viewing by distributors, 

address such as "upcinfo@domainname" where "domain- retailers, advertisers, catalog publishers, potential customers 

name" is the domain name portion of the URL supplied by and purchasers; logos, photographs of products, and other 
the manufacturer, in which case the specific universal prod- 15 graphics files in a variety of resolutions for use by both 

uct code would, by convention, be supplied as all or part of electronic and print rendering to promote product sales, 

the "subject" of the email message sent to that address, ^^age and support. Instructional and service information 

enabling the manufacturer to identify the specific product including self-help diagnostics and recommended solutions, 

which is the subject of the inquiry. product part lists and ordering information, product return 
J * J * 1 . J 11 . -1A procedures, current pricing information, identification of 

T^c product code translator can fur her provided dealers and distributors, warranty and guarantee 

of the nformalion from company table 211 to provide explanations, and support telephone numbers mly be pro- 

information about the manufacturer(s) to whom registered ^-^g^ f r r j f 

universal product code or codes are assigned. Note that, in r™* , . . r.^^ c l ^ 

general, the information which is required or recommended , ^« ""l^ 7^°™"''°" ^^<'\ ""f n^fac- 

f • 1 • -^i. *t_ ' c u 1* turer makes available is completelv under the control of that 

for inclusion with other company information may be hra- 25 avaiiaui^. v^^ujt.iviwjf uuu^^i ^uu^i .^, 7 

ited to that data necessary of desirable to enable the code manufactarer. In order to make this mformation accessibk 

translator to perform its functions. Other information about f standard way, it is desirable that the manufacturer conform 

the company may simply be placed in an allocated to standard resource nammg conventi^^^^ 

namespace on the manufacmrer's server. P^?'" ^^""^^ ""^'^ he manufacturer s registered IP 

™, r - , address from the product code translator can find the desired 
Tlie aoss-referencingutihty can provide the entire con- 30 ^formation at this address. This naming convention may 

tents of Its URL table to a requesting computer, such as a ja],^ numerous forms, and the foUowing\re merely exem- 

search engine which can then perform conventional "web plarv 

crawler" indexing of the websites specified by the listed a . j- . j • .. u . j u 

URLs and/or IP addresses, thereby generating Complete or ^ oot directory named "upcinfo may be created on each 

partial indexes to aU or less than aU of the products whose «g|stered computer, and a subdirectory having a name 

product description locations have been regLered with the "^^f ""Tf ' Product code (expressed as a zero- 

nroduct code translator nghl-J"s"fi«d fourteen digit number) is created to 

^ — r 1.1 -lie u J I. hold the information concerning the product designated by 

■Die cross-reference table 215 can be scanned by the jj^^j ^^^^^^^ ^^ the minimum, etch such 

product code ^anslator m response to a request for certain jj^ectory includes a product home page named "info.htmI" 

universal product codes only; for example books are which typically provides whatever general product informa- 

assigned E/J«f numbers which always begm with the prefix ^^^^ manufacturer wishes to place before aU interested 

number 978 before the company-id value (publ^her (j^^ ^hj^ ^^^^ ^ ^ additional 

designauon) portion of the International Standard Book i„fo,„,tion related to the product on other pages when 

Number (ISB>f) which makes up the remamder of the EAN aoorooriate 

number for each book, allowing all IP addresses for infor- d ' c 1 j . imm u c 

mation about books to be provided by the cross-referencing 45 . way of example a product h?">e P^gf a 

server to create a database or index to book information. In b°°>'7°"ld be created by the book s publisher and could 

the same way, the cross-reference table could be scanned for Jf,f » jdentifymg the 

product codis assigned to a particular manufacturers (e.g. ""'hof- ^^^^^^'^'^''t!' P»P^'*»«=k.5'<= ). 

book publishers) to provide a more focused index. ^ ^ ^''"f '^'^'^ P"f • °>«nber, number of pages, pub- 

Tt. J. J. I. . J f r-i- hcation year, etc. In addition, each book s home page might 
nie product code translator, as noted earher, may facih- jo j^dude an imbedded thumbnail image (JPEG or GIF file) of 

I J^, '°- P'?.°^,''y Pf°viding a website from ,1,^ ^ook jacket, and links could be added enabling the 

which HTML registration form pages may be fetched. viewer to see additional information concerning that book 

displayed and completed using a conventional web-browser ^^en available, such as an interview with the book's author, 

program. In addition, the product code translator may advan- fo^orable reviews, book group discussion 

tageously make query forms available to permit mformat.on 55 ^ ,^ye of contents or introductory chapter, etc. 

request queries to be made directly, as well presenting -n. • r .- , r .. j . u . j 

informational web pages which provide instructions and ^ information uniquely formatted to best advantage 

™.;^«r„«. «^Vf; ^ A — j ** c by the manufacturer could be made available by accessing a 

guidelines tor registration procedures, recommendations for • i i m r u • .u r r n j . * j 

fu- ^t^,.„^ '^f^ •* J • f single URL, having the same form for all products, formed 

the storage or iniormation on registered information . u- • .u in u* • j r * \i j i_ 

resources, and instructions and downloadable software ^mbinmg the IP-address obtained from the standard by 

which may be used to simplify and facUitate searches and ^°"?''"T.?.\r<^onni p" 

functions performed at other resources on the Internet which /upcinfo/12345678901234/info.html 

utilize the services provided by the product code translator. ^^^^^ numerical part of the sufiBx is the umversal 

When, as discussed later, the Internet domain name service product code directory name, and where the suffix is 

is employed to perform product code or company code appended to the at the end of the prefix of the form: 

translation to an Internet address, the authorized DNS reg- 65 "http://23.123.40.198" 

istration authorities can provide informational and registra- consisting of the protocol identifier "http://" and by the 

tion services to registrants. 32-bit IP address from the product code translator written in 
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its standard four decimal number format (four three digit widespread use, those structured data records may advanta- 

Dumbers separated by periods, each of which is a value in the geously be made available utilizing the present invention, 

range 0-255 representing the binary value of one of the four This is preferably achieved in two ways: a data record (file) 

8 -bit bytes making up the 32-bit IP address). containing such field -structured information about each 

If a manufacturer stores product information in a 5 product which is designated by a universal product code is 

database, the product directories and the HTML and other placed by the manufacturer in the directory it creates for that 

data files which are to be made available can be rewritten product. This structured data record is given a filename 

automatically under program control as the information in indicative of the format used to store the structured data. For 

the manufacturer's database changes. Alternatively, a example, each directory bearing a name corresponding to the 

request for a particular "file," such as the web page desig- 10 EAN number for a book would preferably contain a file 

nated "/upcinfo/product-code/info.html," may be inter- named "bibIio.dat" which contains a single structured record 

cepted at the manufacturer's server and handled as a data- containing bibliographic data describing that book, 

base query to which the server responds by dynamically In addition, the manufacturer would place a combined 

writing an HTML response page using information in the file, also called "biblio.dat** in its root "\upcinfo" directory 

manufacturer's product database. Available database pro- 15 which contains all of the records for all of the products 

gram development tools, such as Microsoft's Access 97 and individually described in the subdirectories which have that 

Borland's Delphi 3.0, include database manipulation tools structure in a single file. For most manufacturers, these 

which allow programs to be readily written which automate structured data files, both individual record files in the 

the process of generating product description pages from an subdirectories and the combined file in the root directory, 

existing database. 20 may be automatically created and updated on a periodic or 

The present invention may be employed to allow the same dynamic basis firom the content of the manufacturer's exisl- 
information found on a product's packaging to be made ing database. The use of a single combined file at each server 
available to prospective online buyers. For food products, permits multi-manufacturer databases to be created by first 
for example, in addition to the product name, logo and retrieving the IP-addresses of all or part of the cross- 
promotional materials, such existing packaging information 25 reference table 215, and then retrieving and merging the 
typically includes an ingredient list, nutrition facts, serving combined data files from the "/upcinfo" directories from 
suggestions and directions, recommended recipes, and prod- each identified server. Alternatively, when information about 
uct guarantee information. Over the counter all of a given manufacturer's products of a given type is not 
pharmaceuticals, cosmetics and health care products often desired, the needed individual structured data files can be 
include further information, such as specific directions on 30 retrieved from the individual product directories, 
dosage and use, warnings and instructions in the event of As described later in more detail, the information which 
misuse, storage and product lifetime information, and active the manufacturer makes available can advantageously be 
ingredient specifications. Frequently, this valuable informa- stored using the Extensible Markup Language (XML), 
tion is printed on a product container or container insert which is also well suited for providing metadata which 
which is discarded shortly after purchase. By making this 35 defines and describes the meaning of the various kinds of 
information readily available to purchasers and end -users information that can be provided about individual products, 
over the Internet, the manufacturer can help insure that such groups of products, and the manufacturers and distributors 
valuable product information, some of which may be legally from which those produas are obtained, 
required on the product's packaging, is available to the This ability to obtain accurate and up-to-date product 
consumer at the time of an online sale and after the product 40 information from the manufacturer can substantially reduce 
has been purchased. the cost to resellers, catalog producers, and database vendors 

While information of the kind traditionally placed on which is traditionally incurred in capturing this data by 

product packaging already exists and can be converted by conventional means. For example, a retailer creating a 

the manufacturer into a format suitable for publication on computerized inventory control system for the first time with 

the World Wide Web, and thus made widely available at little 45 previously purchased merchandise may use a conventional 

cost, the invention allows information in other forms to be hand-held barcode scanner to capture the universal product 

provided at low incremental cost. For example, multimedia codes from all goods in inventory, and then retrieve com- 

presentations may be presented to promote, describe and plete and accurate product description records for each 

support a product and its uses. User manuals and service product via the Internet using the present invention, 

documentation can be provided in Adobe Acrobat portable 50 The ability to obtain, update, and verify product descrip- 

document format or the like for viewing and printing by tion information by accessing manufacturer data can be 

resellers, service personnel and consumers. readily included as callable functions built into inventory 

It is frequently desirable to transfer to another computer control and EDI software used by manufacturers, 
data created by the manufacturer which provides limited distributors, and retailers. Institutional "consumers," such as 
product description information for each product offered to 55 hospitals, government agencies, and libraries, may use the 
enable more eflScient indexing, cataloging, inventory information to build internal databases for intemal use. 
control, and other applications. By way of example, in the The structured records noted above are typically, but not 
bookselling industry, publishers, distributors, retailers, and necessarily, copied into a separate database which is there- 
libraries often require a database of bibliographic informa- after manipulated by the requester. Because each copied 
tion which consists, for each book, of the book title, author 60 database record includes a field containing the universal 
name(s), publisher's name, publication date, type of book product code, the ability to obtain and verify data in the 
(hardcover, paperback, etc.), page count, recommended remainder of the record from the manufacturer's server is 
retail price(s), and ISBN number (which takes the form of a retained. Note that it is possible for the user of the local 
subpart of the EAN universal product code). To the extent database to verify, update and add to the product information 
the content and format of data records which describe 65 specified by the universal product code at the time that data 
particular classes of products in particular industries and is referred to or relied upon. In addition, or in the alternative, 
trade groups have been previously adopted and placed in the database can be periodically and automatically verified 
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against current data made available by the manufacturer and 
updated to insure the continued completeness and accuracy 
of the entire local database. 

The present invention enables a computer connected to 
the Internet to dynamically retrieve arbitrarily large quanti- 
ties of data about an individual product when needed. This 
capability makes it unnecessary, and normally undesirable, 
to copy "content" into a local database which is not needed 
for structured indexing and retrieval purposes. Thus, again 
using books as example products, the local database might 
consist simply of title, author and publisher information to 
form a searchable local database. This database could be 
built by first obtaining all of the IP-addresses for universal 
product codes -beginning with "978" (the EAN prefix for 
books) from the product code translator, retrieving the 
combined "biblio.dat*' file from the "Aipcinfo" directory at 
each IP-address, and extracting the universal product code, 
title, author and publisher data from these records to form 
the desired searchable local database. This database may 
then be rapidly searched to produce an output listing of all 
books meeting a specified search criteria, and complete 
information about each of the identified books can then be 
obtained using the universal product codes. 

General product information indexes can be also readily 
be created by means of conventional "web crawler** index- 
ing engines of the type now widely used to index World 
Wide Web sites. These indexing engines may scan either the 
product descriptions created by the manufacturer in the form 
of HTML or multimedia files, or the structm^ed data files 
containing fielded information, or both. By limiting the 
scope of the information indexed to the product information 
data identified by the product code translator, search results 
produced by these product indexing systems are less hkely 
to be obscured by references to other, less relevant infor- 
mation which happens to employ the term or terms used in 
a search request. 

The principles of the invention may be applied to par- 
ticular advantage by online resellers. By making detailed, 
accurate and up-to-date information about products which 
are offered readily available to interested prospective 
buyers, both the reseller and the manufacturer can more 
effectively promote the offered product to an interested 
buyer, and the buyer can make a more informed buying 
decision by obtaining more detailed information which 
facilitates product comparisons and matching the product's 
features with the buyer's needs. 

In this regard, it may be noted that small retailers can 
employ shared software and services, and share access to 
product information and promotional materials made avail- 
able by the manufacturer in accordance with the invention, 
at low costs, enabling even the smallest retailer to offer its 
entire inventory of products (and more) to its customers at 
low cost, with each product being fully described and 
promoted by the materials made available by the manufac- 
turer. Similarly, small manufacturers can effectively describe 
and promote their products throughout a widespread distri- 
bution system by simply placing their available promotional 
and descriptive materials on an available shared server and 
registering the assigned universal product codes together 
with the shared server's address, for distribution by the 
product code translator, all at minimal cost. 

In addition, the present invention may be used to advan- 
tage in combination with Electronic Data Interchange, a 
standard mechanism for exchanging business documents in 
standard format between computers. EDI systems typically 
use value added networks (VANs), such as the networks 
provided by GE, IBM Atlantis and Sterling, or EDI transfers 



can be made via the Internet using services such a those 
provided by EDI Network of Tumersville, N J. Using EDI, 
manufacturers make available electronic catalog descrip- 
tions of their products being offered for distribution and 

5 resale. When a buyer selects products of interest to order 
from the vendor's catalog, the retailer's computer accesses 
the vendor *s computer to transfer the U.P.C. codes to the 
retailer's computer without rekeying. The retailer may then 
issue an EDI 850 purchase order transaction which is sent to 
the vendor's mafibox. In addition, the EDI system may 
transfer limited additional information to the retailer, such as 
suggested retail price. When the products are shipped, an 
EDI 856 shipping notice is sent to the retailer containing bill 
of lading information (bill of lading number, carrier and 
weight), purchase order information, and carton contents 

1^ using U.PC. product codes and counts. The vendor also 
sends an EDI 810 invoice to the retailer in EDI format which 
enables the retailer to process the invoice and schedule 
payment either by check or electronic funds transfer, using 
an EDI 830 remittance advice transaction to give payment 

20 details for invoices being paid. 

These EDI transactions enable retailers to not only auto- 
mate product procurement functions but also to easily main- 
tain an accurate inventory control system in which each 
product is designated by a universal product code. The 

25 present invention may be used to augment an EDI system by 
providing resellers and consumers with detailed product 
information for any product designated by a universal prod- 
uct code which is made by a participating manufacturer. 
Internet Service Providers, such as the ISP indicated at 

30 111 in FIG. 1, may provide shared computer services which 
interoperates with a reseller's inventory control system to 
provide customers with the information they desire before 
and after making purchases. 
As seen in FIG. 1, and as previously discussed, a reseller 

35 (including both the example distributor 105 and the example 
retailer 107) may be assumed to have conventional inven- 
tory control systems, typically using EDI document 
processing, which includes in each case inventory data 
consisting of at least the universal product code for each 

40 product and, typically, count numbers indicating quantity on 
hand, quantity on order, quantity back-ordered, etc. This 
limited part of the reseller's database can be transferred from 
the reseller's inventory database (at 105 or 107) to an ISP 
111 which serves many resellers but maintains a table of 

45 universal product codes for all goods offered by each reseller 
served, together with the on-hand counts for each code. 

The ISP 111 hosts a website for each reseller served in 
conventional fashion, typically using a domain name 
assigned to the reseller. The ISP further makes available 

50 online merchant software which enables customers to search 
the reseller's website for products of interest, and view Usts 
of products resulting from each search. Examples of such 
merchant software include Microsoft Site Server, available 
from Microsoft Corporation, and Merchantec Softcart mar- 

55 keted by Mercantec, Inc. of Lisle, 111. Using the present 
invention, product listings presented to customers by these 
online merchant software systems may be enhanced with 
links to detailed information about any product of interest 
made available by participating manufacturers. The search- 

60 able product database used by the ISP 111 may be built, as 
described above, using the universal product codes supplied 
by the retailer to access the structured data files made 
available by the participating manufacturers (e.g, manufac- 
turer 103 in FIG. 1) at the IP-addresses supplied by the 

65 product code translator. 

The implementation of the invention may be facilitated by 
supporting software which performs a number of utility 



07/19/2003, EAST Version: 1.03.0002 



us 6,418,441 Bl 

15 16 

functions. As noted above, programs may be readily written represented by the parameter name "isbn". The ability to 

to automate the conversion of information stored in a executcPerlCGIprogramsisacommonfeatureof most web 

manufacturer's existing product database into the form of servers, and is described, for example, in '^Developing CGI 

static or dynamically generated HTML pages which can be Applications with Pert by John Deep and Peter Holfeldcr, 

transmitted to fulfill information requests routed to the 5 ISBN 0-471-14158-5 (John Wiley & Sons— 1996). The Perl 

manufacturer by the cross-referencing facility. Industry and programming language is described in many texts including 

inter-industry groups can promulgate standards and guide- "^^''^ ^ Complete' by Edward S. Peschko and Michele 

lines which wm promote consistent formats for product DeWolfe, ISBN 0-07-913698-2 (McGraw Hill 1998). 

descriptions which are accessed in accordance with the Hypertext Markup Language is also widely used and 

invention. Inventory control and online merchant software lo ^e^^bed, for ^^^^^^fJPl^' ^™ f^^lf' by 

canbereadilyenhancedtolakeadvantageoftheavailability f^^Pf °' ^^BN 0-7645-3009-7 (IDG Books World- 

of database records and more robust product descriptions ^ . , . . , 

which are made available via the Internet. Product informa- f !,°h'°^^;^' ""^r ^'^^k " 1*°^"*'' 

tion can be made available at terminals and kiosks placed in ' Ac 1 ^^i'^'^.f 

, ., . . J UT- T mcoming message. As indicated at 303, the subroutine 

retail stores, showrooms and public places. 15 ^^^j^^^ fi^^t loads the input string variable named $isbn 

Using HTTP Relocation to Redirect Product with the parameter named "isbn" supphed by the calling 

Information Request Messages message. The subroutine get_isbn then calls the subroutine 

T, D , . I r ♦ J • J ♦ 1 • *u • isbn_m6ssage which returns the string "ok" if the contents 

Tlie Perl program show.p , hsted m detail in the micro- ji^^n satisfy the requirements for a correct ISBN 

fiche appendix, is a CGI (Common Gateway Interface) 20 (International Standard Book Number); that is, the string 

program which executes on a Web server and which operates ^ust contain 10 digits as indicated by the test at 305 and, as 

as a product code translator as seen at 101 m RG, 1, This indicated as 307, the first nine digits must translate using a 

illustrative program uses a file-based database rather than predetermined algorithm (performed by the subroutine 

the relational database depicted in FIG. 2. The database check_char) into a check digit character which matches the 

consists of a set of files, each of which is designated by a file 25 last (10"") character in the incoming ISBN number stored as 

name consisting of a company code followed by the suffix the string Sisbn. 

".xrl" and each containing cross-referencing information for The algorithm for generating an ISBN check characters 

all product codes beginning with that company code. The works as follows. First, note that an EAN numbers for books 

Perl program show is specially adapted to locate information may be converted to the book*s ISBN number by removing 

on books which are generated by a universal product code 30 tbc first three digits (978) and the last digit from the EAN 

known as the International Standard Book Number (ISBN), (the last digit is the EAN check digit, leaving a nine-digit 

a nine digit decimal number followed by a check character, number. For example, EAN 9780940016330 becomes ISBN 

used by the publishing houses, book distributors, retail 094001633 (the first nine digits without the ISBN check 

bookstores and Hbraries to uniquely identify books, A van- character. To generate the ISBN check character, each ISBN 

able number of leading digits of each ISBN designate 35 digit is multiplied by a predetermined associated weighting 

particular publishers, with the remaining digits being factor and the resulting products are added together. The 

assigned by that publisher to designate a particular edition of weighting factors for the first nine digits begin with 10 and 

a particular book. form the descending series 10, 9, 8 ... 2. Thus for the nine 

The Perl program show.pl processes an incoming HTTP digits 09400163 3, the products summed are 

message containing a parameter which specified the value of 40 0+81+32+0+0+5+24+9+6=157. This sum is divided by the 

a universal product code (in this case, an ISBN number), number 11.(157/11=14 with 3 remainder). The remainder, if 

performs a table lookup operation to retrieve the URL at any, is subtracted from 11 to get the check digit. (11-3=8). 

which information about the product specified by that URL If the check digit is 10, it is represented by the Roman 

may be found, and then returns an "error" message to the numeral X. The final ISBN in our example is accordingly 

requesting browser which contains that URL in the response 45 0-940016-33-8. By generating the check digit and compar- 

message's "Location" response field. As specified in Section ing it with the received check digit, the validity of the ISBN 

10.11 of the Hypertext Transfer Protocol— HTTP/1.0 may be verified. 

specification, RFC 1945 (May 1996), the Location response- If the incoming ISBN string passes all of these tests, the 
header field defines the exact location of the resource that routine isbn_message returns "ok," otherwise, it returns an 
was identified by the Request-URI. for type 3xx responses, 50 appropriate error message and the subroutine send_error_ 
and the location field must indicate the server's preferred page is called at 309 to write and transmit an HTML error 
URL for automatic redirection to the resource. Only one page to the requester, advising that the ISBN number sup- 
absolute URL is allowed. The response header may also plied was incorrect. 

include the status code 302 which, under the HTTP protocol, When the request containing an invalid ISBN number is 

indicates that the target data has "moved temporarily" to the 55 being supplied from a source other than the user, such as an 

URL specified in the location field. In practice, however, it online retailer^s web site which employs the ISBN number 

has been found that inclusion of a status code value is not supplied by its inventory control system, an advisory error 

necessary to enable existing web browser programs to message can also be sent directly to the retailer to indicate 

automatically redirect the original request to the new loca- that an error was detected. Although such an advisory should 

tion specified in the location response header. 60 be unnecessary, since a similar algorithm for identifying 

The Perl CGI program processes an incoming HTTP invalid ISBN numbers should be used by the retailer to 

message request directed to a URL of the form "http:// validate the data before transmission, it is nonetheless desir- 

www,upclink.com/cgi-bin/show?isbn-l 2345 67890" which able to report such eaors to the source as well. The error 

is parsed as follows: "www.upclink.com/cgi-bin" is the report may sent as an accumulated error log file or as an 

name of the directory holding the show.pl Perl program and 65 immediately transmitted message sent to a predetermined 

"show?isbn- 1234567890" calls the show.pl CGI program error message handling routine provided at the retailer's 

and passes to that program the parameter "1234567890" server. 
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If the Sisbn variable meets the length and check-digit 
tests, it is processed by the subroutine make_cocode which 
determines, for that ISBN number, how many of the leading 
digits constitute the "company code" which is assigned to a 
particular publisher. The routine make_cocode performs 
this operation by calling the subroutine second_hyphen_ 
position which performs tests to determine the number of 
digits in the company code which can be established from 
the value of $isbn. 

The relationship between any given ISBN and the URL 
which identifies the source of information about the book 
designated by the ISBN is selected by the party (typically the 
publisher or its designated agent) which controls the server 
which provides that information. Because different pubUsh- 
ers and their web site hosts may use different methods for 
establishing URLs for their book information, the Perl script 
show.pl operates indifferent ways depending on the com- 
pany code Sec which forms the leading digits of the incom- 
ing ISBN. 

The show.pl script handles these differences by fetching a 
file of control information from a file having the name 
"./link/cocodc.xrl" which is constructed from the company 
code. The portion "./linkf * is a predetermined data directory 
avaUable to the CGI script show.pl, "cocode" is the numeri- 
cal string corresponding to the company code extracted at 
311 from the ISBN by the make_cocode routine, and ".xrl" 
is a standard file sufBx. For example, if the incoming ISBN 
is "8870812345" the routine niaice cocode will determine 
that the first five digits are the company code, causing file 
name "./link/88708. xrl" to be stored as the variable Scstr. As 
seen at 313 in FIG. 1, the subroutine load__xrl loads the 
named control file from local disk space at the cross- 
referencing server which executes the Perl script. If the file 
named $cstr is not found, an error report is issued indicating 
that no cross-referencing data has been supplied by the 
company identified by the company code in Scstr as seen at 
315 and 317. 

The contents of the fetched file are then analyzed by 
load_xrl which fetches the first line and performs a test at 
321 (in FIG. 4) to determine if the fetched file is a multiline 
text file with the first line holding the string "list". If not, the 
file contains a single line. 

If the file is a single line file, as seen at 323, the contents 
of the single line are used in combination with the ISBN 
number to form the URL which specifies where the desired 
book information may be obtained. For example, if the first 
line of the control file named /link/88708 .xrt" contains the 
string "hstp://www.upclink.com/ss/.html", the subroutine 
load_xrl inserts the hyphenated form of the ISBN at the 
position indicated by the space to form the URL "http;// 
www.upclink.com/ss/88708-1234-5.html". The first and 
second characters of the control file are used to identify 
variations in the manner in which the ISBN and the control 
file string are combined to form the URL. For example, if 
second character of the control file (an "s" in the example) 
is an "s", the ISBN is hyphenated before being substituted 
for the space in the string, and the "s" is replaced with a "t". 

If the first line of a multiline control file contains the string 
"list", all of the lines of the control file are read into a hash 
table. Each line contains both an ISBN and the URL where 
information about the book identified by that ISBN can be 
found. A hash table lookup is then performed to find the 
particular line holding the target ISBN, and the desired URL 
is obtained from the line found as indicated at 325 in nG. 
4. 

After the target URL is formed, the subroutine send_ 
response returns an HTTP response message to the request- 
ing browser which reads: 
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"Content-type: text/html\n location: Starget \n\n" where 
the URL previously determined is substituted where $ target 
appears. This message is interpreted by the web browser 
which receives the message as an indication that the 

5 requested information (requested from the URL "http:// 
www.upclink.com/cgi-bin/show$isbn- 1234567890") has 
been relocated to the URL specified by $target. The request- 
ing web browser then automatically resends the request to 
the location where the needed information is actually 

jQ located, and does so in a way that is transparent to the user 
who will normally be unaware that the transmitted request 
has been redirected to a different location. 

FIG. 5 of the drawings provides an overview of the typical 
operation of the CGI Perl script show.pl described above. An 

15 online shopper manipulates a web browser appHcation pro- 
gram indicated at 330 to look for and purchase a particular 
book. In doing so, the shopper provides the browser 330 
with the URL of an online book retailer which operates the 
online sales server seen at 332 in FIG. 5. During the 

20 browsing session, the sales server transmits a web page 334 
which lists the citations to one or more books, and each of 
those citations anchors a hyperlink to the cross-reference 
server seen at 336. 

The operator of the sales server which creates the book list 

25 web page needs nothing other than the ISBN number of the 
book to create a link. However, as part of its inventory 
control system database, the retail web site typically has 
limited additional information, such as the title, author 
name(s), publisher name, as well as the ISBN. Using this 

30 available information, the book listing webpage can include 
an informative citation to the book which forms the anchor 
of a hyperlink to additional information. For example, if the 
following citation information from the retailer's inventory 
control system is used to display the following book listing: 

35 8 Ball Chicks: A Year in the Violent World of Girl Gangs, 
By Gini Sikes, Anchor Paperback, ISBN: 0-38547432- 
6. Learn More 

The hyperlink anchor "Learn More" at the end of the citation 
is formed by the following HTML: 
40 <a 

href-" http: //www.upclink.com/cgi-bin/show?isbn = 

0553571656" 

> 

Leam More 
45 </a> 

When the anchor text "Leam More" on the web page 334 
is clicked on by the shopper, an HTTP request message 338 
is sent to the href address of the cross-referencing server 
336, triggering the execution of the CGI Peri program 

50 show.pl which returns the redirection error message 340, 
thereby informing the web-browser 330 that the desired 
information is at a different location. The web browser 330 
immediately (and transparently to the shopper) reissues the 
request to the address specified in the relocation error 

55 message. This redirected request, seen at 342, is transmitted 
to the product information server 344 operated by the 
publisher, which returns a web page 346 to the browser 
containing the desired additional information on the book. 
The web page 346 typically includes an image of the book 

60 jacket, a synopsis of the book, and brief reviews, and may 
well contain links to additional information provided by the 
publisher, such as an author interview, a table of contents, or 
whatever else the publisher may wish to include. In this way, 
the buyer is provided with up-to-date and detailed book 

65 information which is equivalent to or superior to the infor- 
mation which may be obtained by picking up the book from 
the shelf of a "bricks-and -mortar" bookstore. 
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Image-Cued Links CGI routine at the cross-referencing server (e.g. button.pl) 

Because additional information may not be available via !^ k '^.t ""n "^t ""'^ T^t 
the Internet from the publisher for all of the books in the * 'P^"^"^ ''^ "T'-.^t^TT^ ^:, • ''°8"„S?' 
rctailer-s inventory, it is desirable to provide a mechanism ^"f'°° '~ ^ "^"^ "^""'f" "»^8e URl^ 
which avoids suggesting that a site visitor should click on ' ^"'^ ^'^^J^ parameters to the cross-referenang seiver. 
Unks that wUl ultimately prove unworkable. ^ f^"} ™ PfS^ appearajDce of a 
_ ^ button or other image mvitmg the site visitor to chck on a 
The mechanism involves the pnor retrieval of data j^^n, ^^en more information is available, but 
descnbing which universal product codes have been regis- ^ suppress the display of the button, or to display a "no 
tered before web pages containing Unks using these codes information available" button or image when the cross- 
are generated. For example, a sales website could transmit a reference cannot be made. In this way, the site visitor is 
list of the company wdes for those universal product codes aflSrmatively informed when more information is available, 
of producte to be offered for sale, and obtain in return a discouraged from looking further when no information 
hsting of those company codes which have been registered. ^ available, while the HTML placed on the book Usting has 
Alternatively a hst of supported company codes could be 15 , ^^^^^^ ^^ich can be included without prior knowl- 
periodically broadcast (e.g. by FTP transmission) to sub- ^dge of whether needed data is available or not. 
scribers. The sales website could then use this list to 

distinguish those products for which additional information Product Code Cross-referencing using the 

was being made available by the manufacturer from those Lightweight Directory Access Protocol 
for which there is no additional information, and include 

links on product lists only when they will work. "Th^ Internet LDAP protocol may be used to advantage to 
Alternatively, the web page producing site can perform a ™Plement the product code translation process This 
prior fetch of the needed Internet addresses from which Protocol developed at the University of Michigan and later 
product information may be obtained by sending a request ^"j^^l <Jf sloped by Netecape Commumcations Corp. pro- 
message containing one or more universal product codes (or 25 ^'^T "P^*'* ^apabihtiM, aUowing directory 
company codes) to the cross-referencing server and receive '° be cre^'ed and managed as weU as queried, 
in return a list of the corresponding Internet addresses. In ^^P is an open Internet standard produced by the Internet 
this way, the links to additional information contained on Engineermg Task Force aETF). the same body responsible 
product list pages can be refer to the manufacturer's servers J'^^'^^' . 
directly, and can suppress the creation of links when no 30 9^r^^^' ^5^1""' ''i^'^^.'lPTli?' ^V^^^ 
information has been made avaUable. I^^P protocol is defined m RFCs 1777 and 1778 and 
. 1. • 1. 11 J 1- 1 » It- miormational documentation is further provided m RFC 
A mechanism here called Imaee-cued unks can also be 1001 on. frr^ATi* j-i - ii 

. ^ . - 1823. The use of LDAP to provide directory lookup services 

used to suppress the appearance on a web page of unks to • *i. t * * • ♦u j * 1 j • *u i-. ^ o c 

^ . • , via the Internet is further detailed in the literature. See, for 

unavailable product or company information. For example ^ Implementing LDAP by Mark Wilcox (Wrox 

an miage-cued hnk ««» display a graphical icon for a book 35 p^^jggg) LDAP-Programming Dir^tory Enabled 

listing on web page 334 which might be either a visible . t. ^. v/ r - - uJU- * a n * ;u 

. ^ ...1 H ...LI Applications with Lightweight Directory Access Pwtocol hy 

button with the legend 'Uam More or an invisible ^^^^ l^.^^ (MacmiUan Technology 

(tran^arent <" «ngle-pixel) ^aphic image, dependmg on Serie^l997). Operational LDAP server software may be 

whether or not the ISBN for a listed book has a correspond- „ o™,™.. tu- 

. J * *t. c • 'y^/ purchased from a vanety oi sources, and includes the 

ing URL stored at the cross-referencing server 336. The 40 „vr * t>i- ♦ c -»» i * j u xt * 

- c ? Netscape Du-cctory Server^ marketed by the Netscape 

HTML for an image-cued link to mformation about the book ^ • * • 

identified by ISBN 0821219804 might be written like this: Commumcattons CorporaUon. 

An LDAP server may be advantageously employed to 

href-"http://www.upclink.com/cgi-bin/show?isbn- "entries," each of which is uniquely identified by a 

0821 219804" > 45 distinguished name (DN) which may take the form of the 

^ixng company code portion of the universal product code, creat- 

src="http://www.upclink.com/cgi-bin/button?isbn« a "flat namespace" in a single level tree structure, with 

0821219804" remainder of the entry including a string specifying the 

border="0" width-"51" height-"21" of the server resource from which information about 

^ products assigned that company code may be found. In one 

where the "anchor" for the link to the CGI script named arrangement, an online merchant's server may send a 

"show" is an imbedded image (fetched from a different CGI ^^^"^^1 to a remote directory server using the LDAP proto- 

script named "button" which also executes on the cross- ""^^^^ ^^^^^ information about a specific 

reference server). The Perl script button.pl is also repro- product is available. Next, the merchant's server could again 

duced in the Appendix and performs the same initial pro- 55 LDAP protocol to fetch information about a specific 

cessing of the incoming ISBN number as the script show.pl. P^o^^c^ designated by the remainder of the universal product 

Both show.pl and button.pl determine whether data is avail- ^^de from a second LDAP directory server at the URL 

able from which a cross-reference from an incoming ISBN specified by the first server, the second LDAP server being 

number to a URL can be made. If it the cross-reference can operated by the product manufacturer to store the URL at 

be made, show.pl returns a relocation message containing 60 ^^ich data describing particular products is stored. The 

the needed URL whereas button.pl returns the URL of an ^^^^^^ P''^^^^^ »°^y advantageously be stored as XML 

image that mdicates that more information is available. If the "documents" as discussed later. 

cross-reference cannot be made, show.pl returns an error n_j.*oj.^ nr • .x. 

^ ' *u c TJiTTi*T u-i u 1 Product Code Cross-Referencmg with Domam 

message in the form of an HTML page while button.pl m s 

returns the URL of a null image (either a transparent image 65 ervers 

or a single pixel image). Note that the content of the image Cross-referencing a universal product code to the Internet 

file may be controlled by the web page producer since the address of the source of information about the product 
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designated by that code can be advantageously performed by and the full URL for the product might take the form 

Internet domain name servers (DNS). Conventional Internet " 123456. ean/7890123" (for a thirteen digit EAN-13 code). It 

domain names are symbolic names (a character string) that would thus be up to the manufacturer's server to intercept 

identify different computers and resources on the Internet. and process the product designating suffix digits "7890123" 

While computers connected to the Internet actually use 5 to identify and return information on the particular product 

bmary IP (Internet Protocol) addresses to find each other, specified. Note also that different universal product code 

people find words and abbreviations to be much more systems, such as the UPC codes used in the United States 

convenient to remember and use. The Internet domam name Canada, the EAN codes used elsewhere in the world, a 

system assigns computers and resources a domam name that ^4 ^^^^^^i ^^^^^^j ^^^^ ^^^^^ ^^^^ 

corresponds to the numerical IP address used to access that j^^^j j ^p^. ^^^^ jggj^ ^^^^^^ 

computer or resource. Each domam name must be unique, ^ publishing industry, might convenienUy be 

and server operators register their desired domam names ^^^ ^^^ ^^^^^^^ ^^^^ designations, such as 

wiUi a domain name registration service. «^p^ .^^^ „ «gp^ „ « ^t the time the 

Domam names are composed of a hierarchy of names that jp addresses corresponding to a given company code and/or 

appear in descending levels from right to left. Therefore, the ^5 product codes are registered, appropriate procedures may be 

levels that appear at the end of URU and E-mail addresses ^^ed to confirm that the applicant for DNS registration has 

are the first-level and second-level domains. For example, in ^een assigned that particular code in the existing uniform 

the domain name "patentsoft.com," the suffix "com" is the p^Q^uct code system, or has authority to act on behalf of the 

first-level domain, and "patentsoft" is the second-level true assignee of that code. In this way, the existing universal 

domain. By creating a new first-level domain (e.g. "upc"), 20 product code registration authority retains primary respon- 

the universal product code, or the company code portion of ^^^i^^y fo^ assigning codes, whereas the DNS registrar at 

dom^n'"'''''^'^^^ ^'"'^''''^ """^^^^ "^""^^ ^""^ second-level ^^^^^ ^^ly confirm the identity of the DNS registrant. 

, . . 1 , The Internet domain name system that is currently in 

Note that if the company code portion universal product .^^despread use is described in RFCs 1034 and 1035. RFC 
code lis used as the second-level domain. reg|strat.on need 25 ^034 provides an introduction to the Domain Name System 
only be done once for all product codes shanng that com- p^S). and omits many detaUs which can be found in its 
pany code. Note also that, as noted earher, it is desirable that companion RFC 1035 which is entiUed "Domain Names- 
each manufacturer respond to a request for information tapieaentation and Specification." RecenUy, The Internet 
about that particular participating manufacturer. For Corporation for Assigned Names and Numbers (ICANH), a 
example, retaU merchants and distributors may advanta- 30 non-profit corporation, was fomied to take over responsi- 
geously use the company code portion of a universal product ^iUty for the IP address space allocation, protocol parameter 
code to access a vanety of usefiil mformation about the „t, domain name system management, and root 
company generally, includmg contact mformation and management functions currently performed 
distribution, shipping and discount policies. In this way, any ^.S. Government contract by lANAand other entities, 
retailer can use the web to obtain general inforaiation about 35 Accordingly, at this writing, ICANN, or a new authority 
a company while those retailers with estabbshed accounts authorized by ICANN, would be the appropriate authority to 
with a parucular vendor (as confirmed, for example using 0,^5 namespace for the translation of universal 
digital signatures) may obtain private information which is ^^^^t codes (or company codes) to ip addresses as pro- 
hidden from the general public. posed here 

In this way, universal product codes and/or company 40 -rn. i? .•. j • . .i. u 

, . .'^ . ... ' The use of the domam name server system as the mecha- 

codes can be used as domain names which are cross- . , , . • 1 j . j j 

referenced to IP addresses using existing DNS facilities. f-f"" for cross-referencing universal product codes and 

Thus, when a web browser issuls a request directed to a addresses is used in the illi^^rative embochment of 

TTur • 1 *u A ^ ' ™ ^fi'i'i/r/: » T-*xrc« the mvention which IS depicted m FIG. 6 and descnbed ncxt. 

URL mcludmg the domam name 123456.upc, the DNS ^ 

server (typically assigned by the customer's Internet service 45 usi^g dnS, XML, XSL/CSS and XPointers 
provider) responds with a corresponding IP address of an 

information server maintained by or for the company des- FIG. 6 of the drawings illustrates a system which permits 

ignated by the company code "123456" (assuming that computers operated by large numbers of manufacturers and 

company has registered the IP address for that company large numbers of online retailers to work together to provide 

code with a DNS registration authority). If the assigned DNS 50 shopping services to customers via the World Wide Web. 

server doesn't already have the cross-reference between that piG. 6 shows a browser 410 being used by an online 

product code or company code domain name and the manu- shopper to view products offered by a retailer which operates 

facturer's server's IP address, it asks the primary DNS server an inventory control system computer seen at 422. The 

that is responsible for the domain if it has the server's IP inventory control system 422 is conventional and includes 

address. If the primary DNS is busy or unavailable, it will 55 one or more conventional point of sale registers as iUustrated 

ask the secondary DNS server assigned to that domain. at 421 through which sales are made to customers who visit 

When the customer's DNS server gets the manufacturer's the physical "bricks and mortar" store. In addition, however, 

server'sIPaddress, it can then ask that server for permission the inventory control system is provided with a "web 

to view a web page or otherwise obtain information about register" which, to the inventory control system appears to 

the designated product. 60 function in the same way as a conventional point of sale 

Note that the registered domain name can advantageously register but which, in fact, operates through a sales server 

take the form of the company code only, with the remainder 430 which provides Internet services on a shared basis to 

of the universal product code being passed as a parameter to multiple retail stores and their inventory control systems. A 

the manufacturer's server. For example, if "123456" is the communications pathway connects the web register 420 and 

company code portion of the product code, and the trailing 65 the inventory control system 422 to the shared sales server 

digits "7890123" designate a particular product made by that 430, with the inventory control system 420 supplying the 

company, the assigned domain name might be "123456.upc" product codes and corresponding on-hand quantities as 
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indicated at 432 and receiving from the shared sales server spacing) to HTML documents. The CSSl language is human 

order information as indicated at 434. readable and write able, and expresses style in common 

A product information server 423 supplies product infor- desktop publishing terminology. One of the fundamental 

mation to the browser 410 in the form of XML data as features of CSS is that style sheets cascade; authors can 

indicated at 424 in response to requests 425 .The browser 5 attach a preferred style sheet, while the reader may have a 

410 preferably utilizes the Internet domain name system as personal style sheet to adjust for human or technological 

proposed above to convert incoming universal product codes handicaps. Thus product descriptions as viewed on the 

into Internet addresses, with the domain name system con- browser may include content from the product manufacturer, 

sisting of an assigned domain name server 470 which reflect a preferred rendering style specification from the 

receives universal product codes in address requests 472 and online reseller, as well as the personal style preferences of 

returns the registered Internet addresses 474 to the browser the viewer. 

410. When needed, the assigned domain name server 470 XSL could alternatively be used at the shared sales server 

obtains the registered cross-references between universal 430 to transform XML data fetched by the server 430 from 

product codes and IP addresses from the primary DNS 476 the manufacturer's server 423 and then converted into 

or from the secondary DNS 478. HTML documents with CSS style sheets at the sales server 

The shared sales server 430 sends web pages 438 con- 430. This has the benefit of being backwards compatible 

taining information about products available from a con- with browsers which do not include the ability to handle 

nected retailer to the browser 410, along with XSL XSL/CSS. Alternatively, XSL conversion can be performed 

(Extensible Stylesheet Language) or CSS (Cascaded Style on the server 430 to transform XML data into XML docu- 

Sheets) style specifications as seen at 440. The use of XML 20 °ients with CSS style sheets. XML, unlike HTML, comes 

and XSL or CSS provides several advantages. First, the with no formatting conventions and will always need a style 

selection and rendering of the product information is con- sheet to be displayed. This method requires that the browser 

trolled by the links specified in the web page 438 as have the ability to use CSS to render XML. A third alter- 

produced by the sales server. For example, if the web page native is to use XSL to generate HTML/CSS on the client 

438 contains a product listing web page created in response 25 * method which requires that the browser have the 

to a search request from the browser 410, each included ability to directly use CSS and XML, which older browsers 

product description may include a link to only an that cannot do. Finally, the browser may transform XML and 

portion of an XML product description which contains a XSL into "CSS formatting objects". Compared to the pre- 

brief product description and a thumbnail image of the listed vious method, this method is more direct as the content isn't 

product, whereas, in response to a customer's request for 30 converted to/from HTML. 

more detailed information, the sales server may return a web The ability to select only a portion of an XML product 
page containing an XML "Xpointe relink to detailed product description document for reproduction on a web page is 
information and/or to an enlarged image of the product. In provided by the Xpointer protocol. As explained in the 
both cases, the style in whidi the XML data is rendered by World Wide Web Consortium Working Draft of Mar. 3, 
the browser (e.g. typeface, font size and color, background 35 1998, the XML Pointer Language (Xpointer) document 
color, etc.) is controlled by the style specification supplied specifics a language that supports addressing into the inter- 
by the sale server. In this way, the same XML data may have nal structures of XML documents. In particular, it provides 
different visual styles when included on the pages created by for specific reference to elements, character strings, and 
different retail vendors. other parts of XML documents, whether or not they bear an 
The XSL (Extensible Stylesheet Language) consists of 40 explicit ID attribute. Using Xpointer, only selected portions 
consists of two parts: (1) a language for transforming XML of an XML product description made available from the 
documents, and an XML vocabulary for specifying format- manufacturer's server need be presented on a given web 
ting semantics. An XSL stylesheet specifies the presentation page, enabling the creator of the web page which hnks in 
of a class of XML documents by describing how an instance XML data to control the nature and extent of the information 
of the class is transformed into an XML document that uses 4s shown. 

the formatting vocabulary. XSL is described in the World The manner in which explicit relationships between two 

Wide Web Consortium's "Extensible Stylesheet Language or more data objects, such as a retailer's product list page 

Specification". An XSL stylesheet processor accepts a docu- and the product information about a product listed on that 

ment or data in XML and an XSL stylesheet and produces page, may be expressed as a link asserted in elements 

the presentation of that XML source content as intended by 50 contained in XML documents. These "XLinks" is the sim- 

the stylesheet. It is contemplated that most major web plest case are like the HTML links described above in that 

browser applications will include XSL stylesheet processors they are expressed at one end of the link only, are initiated 

which will enable them to convert the combination of XML by users to initiate travel to the other end of the link, go only 

and XSL data into a form, such as a viewable HTML web to one destination (which may be determined by a DNS 

page, as specified by the XSL. 55 server or by an independent cross-referencing server), and 

In addition to using XSL to specify the rendering style of produce an effect which is mainly determined by the 

XML data, cascaded style sheets (CSS) can also be used as browser. The functionality of links is being vastly extended, 

set forth in the Proposed Recommendation dated April 28, however, by the XML Linking Language (XLink) specifi- 

1999 from the World Wide Web Consortium. This specifi- cation being developed by the World Wide Web Consortium, 

cation allows a stylesheet to be associated with an XML 60 As extended, the XLink specification will provide more 

document by including one or more processing instructions sophisticated multi-ended and typed links which can be used 

with a target of "xml-stylesheet" in the document's prolog. to advantage to automatically incorporate linked-in product 

The World Wide Web Consortium's recommendation information from one or more manufacturers into displays 

regarding cascaded style sheets may be found at which and multimedia presentations presented by retailers and 

specifies level 1 of the Cascading Style Sheet mechanism 65 others. 

(CSSl). CSSl is a simple style sheet mechanism that allows As previously discussed, in addition to the use of a 

authors and readers to attach style (e.g. fonts, colors and product code translation utility which cross-references all or 
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part of a universal product code into an Internet address, it product code(s) with the appropriate authority, and follow- 

is desirable to establish a protocol or convention which ing the established content specifications for the information 

enables a requester to specific kinds of information about which the manufacturer makes available at the registered IP 

identified products or companies. In a conventional HTML address. 

system this can be done by establishing naming 5 u should be noted that XMU XSU Xpointcr. XLink and 

conventions, as described above, for selectively locating 1 * j t * . . 1 j • TTi 1. • 

different kinds of information about a product designated by f^^^^^ Internet protocols and specifications are still being 

a given universal product code, as well as different kinds of ^^^"^^ ^^!f t P^^^^^ ^^^^ expected to 

information about the company identified by the company the present invention to selectively 

code portion of the product code attractively provide information about products to those 

nie metadata capabUities of XML can be used to advan- ^^.^f '^^^ ^^^''^/^^^ knowledgeable 

tage to pi^vide an extensible system for dividing product ^^^"^^^^ ^^^^ information, 

and company information into a hierarchy of nested named glared Sales Server and the "Web Register- 
elements which can be selectively accessed. Using the 

Document Type Descriptor (DTD) component of XML, the ^5 Conventional retail stores display merchandise for pur- 
makeup of the required and optional components of such chase in physical showrooms for inspeaion and purchase by 
information can be defined in a standard way, facilitating the consumers. These stores typically obtain the products they 
definition and validation of data structures to be used on sell from a large number of manufacturers, either directly or 
various classes of products. through distributors. Computerized inventory control sys- 

The World Wide Web Consortium has further defined the 20 ^^^P ^^^^ ^^^^^ ^^^^ ^° ^^^^^ 

"Resource Description Framework (RDF) and Syntax ^ i^^sure that goods arc available for prompt delivery to 

Specification". RDF provides a foundation for processing customers when purchased while minimizing the expense of 

metadata (i.e. "data about data") and provides interoperabil- mamtammg an unsold inventory of products. Barcode 

ity between computers that exchange information on the checkout and EDI (Electronic Data Interchange) systems are 

Web. Using RDF, data about products and companies, which 35 commonly used m combmation with inventory control sys- 

can be accessed in accordance with the invention by using automate sales transactions. Customer checkout 

universal product codes; can be used by search engines to counters equipped with barcode readers automate the cus- 

provide access to such information, can be used to auto- ^^^^ sales transaction, reducing errors and reducing costs, 

maticaHy catalog the content and content relationships at ^DI, the computer-to-computcr exchange of business docu- 

particular web sites, pages or libraries; can be used by 30 ^^^^^ ^ ^ standard format, automates transactions between 

intelligent software agents to facilitate the sharing and suppliers by transferring sales documen- 

exchangc of information about companies and products. ^^"^^ electromc form, mcluding the purchase order, the 

Using RDF with digital signatures, the privacy preferences mvoice. and the advance ship notice. Barcode readers and 

and policies of the owners of product and company infor- ^DI services are now commonly used even by smaller 

mation can be selectively protected to help build the "Web 35 retailers and have significantly reduced the cost of doing 

of Trust" needed for electronic commerce. business. 

Importantly, RDF provides a mechanism for defining 1° recent years, the Internet has produced new on-line 

metadata in a class system much like the class systems used sales mechanisms which promise to revolutionize retail 

by object oriented programming and modeling systems. sales. Using the World Wide Web, both manufacturers and 

Classes are organized in a hierarchy, with a collection of 40 resellers offer products to consumers for direct purchase 

classes used for a particular purpose (such as the collection with product delivery normally being accomplished by mail 

of classes describing a "product" and/or the collection of or a commercial delivery service. The consumer typically 

classes describing a "company") being called a "schema." employs a web browser to search for products of interest and 

RDF thus offers extensibility through subclass definition. display product descriptions. Customers make purchases by 

For example, creating subclasses for a particular kinds of 45 completing one or more displayed forms to provide needed 

product (e.g., publications, software, foods, clothing, etc.) information (e.g. a credit card number and a shipping 

requires only incremental modification of a base "product" destination address). 

schema, and each such subclass may then be further modi- Many successful web resellers take advantage of the fact 
fied to form descendant schema for even more particular that a web presence is inherently world-wide, and that the 
kinds of product (e.g., magazines, video games, cereals, 50 delivery charges of many services are largely independent of 
shirts, etc.). The shareability and extensibility of RDF also distance. Because a physical showroom is an unnecessary 
allows metadata authors to use multiple inheritance to mix expense, web resellers can often successfully sell at much 
definitions, providing multiple views of their data, and lower cost directly from one or more warehouses. To be 
leveraging the work done by others. From a practical successful, however, such a web reseller must make its 
standpoint, the creation of a simple and generic product and 55 presence known to a large audience. As a result, large and 
company description base schemas which can thereafter be we U- funded web resellers capable of effectively marketing 
extending using RDF allows basic information about prod- on a nationwide scale have done well while those which 
ucts and companies to be made available early, allowing have attempted to market their offerings locally or not at all 
more elaborate schemas to evolve as experience with the have predictably been much less successful, 
simpler system suggests their utility. 60 Large chain resellers with many retail outlets have also 
Using these techniques, the product manufacturer may be established successful web sales operations. Because the 
largely freed from concerns about web page design, format- cost of creating and maintaining a web presence, as well as 
ting and integration with other information, and may con- the cost of nationwide marketing, can effectively be shared 
centrate on providing accurate and up-to-date text descrip- among many retail outlets, and because much of the inf ra- 
tions of its products, along with whatever images best 65 structure needed to provide order fulfillment is already in 
describe the product, simply by registering the relationship place, such chain stores compete well with the nationwide 
between the manufacturers company code and/or universal web-only merchants. 
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Although customers would often benefit from the conve- 
nience of reviewing and ordering products from a local 
reseller, individual retail stores and smaller, local chains 
have typically been unable to justify the cost of creating and 
maintaining a web sales system. In addition to the substan- 5 
tial cost of installing and maintaining the needed hardware 
and software, the website owner must expend significant 
effort to create and periodically update the product descrip- 
tions which customers require in order to make informed 
purchases. The annual cost of operating a merchant website jq 
often far exceeds the revenue which the local merchant 
would derive from the limited probable volume of online 
sales. 

The infrastructure depicted in FIG. 6 permits smaller and 
mid-sized merchants to profitably and efficiently offer online 15 
ordering services to their customers. By using the cross- 
referencing capability provided by the present invention, 
which provides customers with reliable product information 
direct firom the manufacturer, and the shared sales server 430 
and web register 420 which provides shareable functions 20 
which effectively connect the retailer's existing inventory 
control system 422 to the World Wide Web, the cost and 
complexity of retail web sales is largely eliminated, and the 
consumer obtains the convenience of shopping by computer 
with the other advantages of shopping with a local merchant. 25 

The shared sales server 430 operates in the same way and 
provides the same functions as a conventional online mer- 
chant server: it enables customers to perform searches of 
available products and produces listings which the customer 
can review, with the ability to click on individual items to 30 
activate links to additional product information from the 
manufacturer's server as noted earlier. In addition, the 
shared server provides "shopping basket" and credit card 
transaction services to enable the customer to complete 
purchases. 35 

The shared server 430 and the web register module 420 
added to the retailer's existing inventory control system 322 
maintain a connection via the Internet or a dial-up modem 
pathway which permits the inventory control system 422 to 
upload to the shared server 430 changes to the products 40 
(specified by universal product code) being offered for sale, 
and the quantity on hand. Each time any sale is made by any 
point of sale register 421 in the physical retail store or by the 
web register 422, the quantity on hand value associated with 
the sold product's code is altered. Similarly, when stock is 45 
replenished, the inventory control system 422 reflects the 
increased quantity on hand. The quantity on hand informa- 
tion passed as message information at 422 permits the 
shared sales server to maintain a database for each retailer 
served which indicates the products available for sale and 50 
the quantity on hand. When the quantity on hand equals or 
exceeds the quantity ordered, the on line order is accepted 
and passed at 434 from the shared server to the web register 
module 420 which posts the sale in the same way that a point 
of sale register posts a sale. The fact that the web register 55 
420 performs the same functions as a conventional cash 
register enables the conventional inventory control system 
422 to function in the normal way, with the exception that 
it must also update the product code and quantity on hand 
data maintained by the shared server. The fact that the shared 60 
server thus "knows" the inventory status allows the shared 
server to accurately inform the customer when shipment can 
be expected for goods on hand and when goods which must 
be replenished will be shipped with a delay. Orders sent to 
the inventory control system at 434 include the specification 65 
of products sold (by their universal product code 
designation) and the quantities of each sold, as well as 
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address information for billing and shipping. Credit card 
transactions are handled on a shared basis using standard 
ecommerce software, either by sending encrypted credit 
card and other billing information to the retailer for 
handling, or actually performing the monetary transaction 
with the customer in its entirety on the shared server, and 
sending periodic payments and accounting records to the 
retailer. 

Importantly, functions better performed by the retail store 
using resources best shared with the physical storeys opera- 
tions are not performed by the shared server 430 but rather 
by the store's inventory control system 422. Such functions 
include order fulfillment, inventory pricing, vendor 
ordering, reordering and payment, and warehouse manage- 
ment functions. 

Examples of merchant server software which may be used 
to implement the shopping basket and credit card transac- 
tions performed by the shared server 403 include the Sofl- 
Cart system offered by Mercantec, Inc. SoftCart 4.0 includes 
integration to the CyberCash system for credit card trans- 
actions and includes a Software Developer's Kit to enable a 
programmer to integrating SoflCart with WWW programs 
and legacy systems. A discussion of available systems and 
techniques is found in Designing Systems for Internet Com- 
merce By G. Winfield Treese and Lawrence C. Stewart 
ISBN: 0201571676 (Addison Wesley 1998). 

In accordance with the invention, neither the shared server 
430 nor the retail inventory control system 420 need store or 
maintain descriptive information about products. When an 
online customer desires information about a given product, 
it is obtained for review by the customer using XML 
Xpointer links to the manufacturer's server. XML informa- 
tion is located by supplying the universal product code for 
the product to the DNS server 472 which stores product code 
to Internet address conversion information. Product searches 
which locate products offered by a given retailer (as revealed 
by the product code and quantity on hand database) are 
displayed to the customer and, to the extent they result in 
piu^chases, are manifested by the transmission of a com- 
pleted order to the retailer's inventory control system. 

In a typical shopping transaction performed on the system 
shown in FIG. 6, a shopper employs the browser 410 to visit 
a web site which executes on the shared sales server 430. 
When the shopper reviews an HTML web page which lists 
available products, as illustrated at 438 in FIG. 6, the 
shopper can request additional information on any listed 
product by using the browser 410 to click on a link anchor 
on the page 438, thereby issuing are request 472 to the 
domain name server 470 for the IP address at which addi- 
tional information on that product identified by a universal 
product code which forms part of the URL contained within 
the request 472. The DNS 470, consulting a primary DNS 
476 or secondary DNS 478 if necessary, retums the IP 
address to the browser 410 which then issues a request 480 
for XML product information to the product information 
server 422 maintained by the manufacturer of that product. 
Using the XSL stylesheet specification 440 supplied by the 
shared server 430 (in accordance with the background 
colors, font styles, etc. which may be characteristic for the 
web presence of the specific retailer), the browser presents 
the product description contained or specified by the XML 
data 424 to the user. 

If the tiser decides to purchase the described product, the 
"shopping basket" functions of the shared sales server 430 
are used to complete the order. Because the shared server 
430 maintains a database for that retailer containing the 
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quantity on hand values for each product offered by that 
server, the customer can be immediately informed if the 
shipment cannot be made whereas, if the product is available 
at the retailer's store or warehouse, the online customer's 
order can be confirmed for prompt delivery. When the order 5 
is completed by the shared server 430, the order 434 which 
includes the identification of the customer (name, shipping 
address, etc.) and the identification of the products sold 
(universal product codes plus quantities sold) is transmitted 
to the retailer's inventory control system 420. As explained 
in more detail below in connection with FIG. 7, the shared 
server 430 adjusts the quantity on hand values in its 
database, and the inventory control system 420 updates its 
database, with a cross chedc between the two being made if 
desired to insure consistency and synchronization. 

It is important to observe that the arrangement shown in 
FIG. 6 isolates the retailer from substantially all of the 
concerns normally associated with the creation and mainte- 
nance of an online sales website. In accordance with the 
invention, the retailer need not be concerned with the 
creation or maintenance of accurate information 00 the 
products sold, since that task is appropriately born by the 
product manufacturer which has that information. Similarly, 
the retailer need not be concerned with the creation, hosting, 
and maintenance of a reliable and easy to use online shop- ^5 
ping experience, a task performed by the shared server 430 
for many different retailers. To the retailer, the shared server 
presents an interface to the inventory control system 420 
which behaves much like conventional point-of-sale termi- 
nals (cash registers) indicated at 421, 3Q 

This **web register" capability can advantageously be 
installed and maintained, with training being provided to the 
retailer, by inventory control system vendors as part of the 
normal inventory control system software, maintenance and 
training. The shared server functions can advantageously be 35 
made available by an independent Internet service provider 
(ISP) using standard c-commerce software, and the inde- 
pendent vendor of the shared sales server software can 
provide interface specifications and software support to the 
inventory control system vendors, enabling them to add the 40 
necessary "web register" interface functions to new or 
existing inventory control systems. In this way, each func- 
tion is performed by an entity which is already experienced 
in that phase of the overall system requirements, and each 
function is provided at little additional cost over costs 45 
already born by each contributor. 

The relationship between the shared sales server seen at 
403 in FIG. 6 and the retailer's inventory control system 
seen at 420 in FIG. 6 is shown in more detail in FIG. 7 of 
the drawings. As discussed above, the remote shared sales 50 
server operates, from the standpoint of the inventory control 
system, much in the same way as a conventional point of 
sale terminal. The other components of the inventory control 
system include essentially conventional purchasing, 
receiving, order processing, shipping and invoicing func- 55 
tions described in the literature. See, for example, the texts 
Best Practice in Inventory Management, by Tony Wild, John 
Wiley & Sons; ISBN: 0471253413 (March 1998) and/wvew- 
tory Control and Management by C. D. J. Waters, John 
Wiley & Sons; ISBN: 0471930814 (June 1992). 60 

Within the inventory control system, the purchasing mod- 
ule 501 presents printed reports and screen displays which 
assist purchasing agents to see which products need to be 
ordered and which vendors need to be contacted to follow up 
on prior orders, and automates back orders and reorders. The 65 
module 502 generates purchase orders, and alerts purchasing 
agents of urgent or routine product ordering needs by 
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evaluating supplies on hand and estimating the demands for 
each product to determine if supply levels will fall below the 
predetermined minimum stock quantities established for 
each product by the merchant. The purchasing module 501 
further creates planned orders based upon a minimum order 
quantity, order multiple, yield percentage and maximum 
plan quantities established by the merchant, and alters the 
purchaser of low product levels automatically. Purchase 
Orders are generated using screens presented to the purchas- 
ing agent which can recall vendor price lists, including price 
breaks and special promotion pricing. These purchasing 
functions are typically performed in a bricks- and -mortar 
retail store or group of stores, and need not be altered to 
support online sales as contemplated by the present inven- 
tion. 

Similarly, the receiving module 502 accepts inventory 
control information by capturing data describing incoming 
orders from vendors, issues inbound receipts and purchase 
order confirmations, and tracks back orders. Inbound 
receipts are generated from existing Purchase Orders. 

The order fulfillment unit 503 accepts both conventional 
sales orders of the type received by mail or telephone, and 
processes online orders from the shared server (seen at 430 
in FIG. 6) in the same way. The unit 503 maintains the 
visibility of those orders until shipment is completed by 
identifying orders that need attention, including orders that 
must be rescheduled or expedited, to insure prompt delivery 
and to provide order status information to the customer. 
Customer contact information (phone number, email address 
or mailing address) from the online shared sales server 430, 
like similar information obtained by telephone or mail, may 
be used to automatically issue email notifications or assist 
the merchant in contacting the customer in other ways to 
confirm or reschedule orders. 

The shipping module 504 is also conventional, and 
handles-outbound shipments, accepts new customer ship- 
ping and billing address information, handles partial ship- 
ments by identifying items reserved for later shipment, and 
prints packing slips and bills of lading. 

The invoicing module 507 provides invoicing, billing and 
charging capabilities, printing invoices to be sent to cus- 
tomers. The shared sales server may support billing in 
several ways: it may simply send orders to the invoicing 
module 507 including shipping information supplied by the 
customer using HTML forms; it may verify and accept credit 
card information and transmit that to the invoicing module 
507 so that the actual credit card transaction is between the 
customer and the retailer, or it may complete the credit card 
transaction at the shared server, forwarding collected funds 
together with accounting information to the retailer on a 
periodic basis. 

It is a principle feature of this aspect of the invention that 
the retail merchant, who already maintains a physical inven- 
tory and/or a distribution relationship with manufacturers, as 
well as an inventory control system for managing its inven- 
tory and distribution functions, performs the order fulfill- 
ment function using facilities which are shared with those 
used by conventional "showroom" sales facility. The shared 
sales server merely processes data, and need not be con- 
cerned with the actual selection, purchase or distribution of 
physical products, nor with the creation of the detailed 
product information needed by the consumer when making 
online purchases. Both of these functions remain where they 
are best performed, with the retailer and the manufacturer 
respectively. 

When sales are performed using conventional point of 
sale terminals as indicated at 508, a sales module 510 
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processes the information. The point of sale terminals 508 
perform automated sales checkout using a bar code reader to 
reduce errors and speed customer checkout times, enabling 
salespeople to focus more on customer service. Sales are 
manifested by the identification of goods and quantities 5 
purchased, and these are reflected in the actual delivery of 
goods at the point of sale terminal which, in turn, are posted 
to decrement the on-hand quantity values for the products 
maintained in the inventory control database 500. If selected 
products are unavailable at the point of sale, a terminal 508 lO 
may commonly be used to place an order for future delivery 
to an identified customer by posting the order into the 
database 500 for handling by the purchasing module 501, 
receiving module 502, order fulfillment module 503, ship- 
ping module 504 and invoicing module 507. 15 

Incoming orders from the shared sales server placed on a 
"web register" are processed in substantially the same way. 
The order information is obtained from the customer, typi- 
cally using HTML forms, by the web sales unit seen at 521 
in FIG. 7, and the resulting order in the form of customer ^0 
information, product identification and quantity sold, and 
related order information is transmitted via the communi- 
cations interfaces 531 and 532 at the sales server and the 
remote inventory control system respectively. The commu- 
nication link 544 advantageously takes the form of an 25 
Internet link between the retailer and the remotely located 
sales server which operates on a transaction by transaction 
basis. Note that, because both product identification data and 
on-hand quantity infonnation is available in the database 
540 at the shared server, the two can continue to work 
without continuous connection, with orders taken at the 
"web register" being transmitted on a batch basis, and with 
changes to the database of offered product universal product 
codes and on -hand quantities being pasted on a batch basis 
from the inventory control system to the shared server. 

The sales module 510 processes orders from both the 
point of sale terminals 508 and from the shared sales server. 
It packages the customer information and the product and 
quantity sold information for handling by the remaining 
modules as discussed above, and schedules multiple deliv- 
eries as needed when an order can only be partially fulfiUed. 
When web sales are made, on hand quantities are immedi- 
ately reserved and, if desired, sales of the same products 
from inventory via the point of sales terminals 508 can be 
inhibited (although, in practice, if removal of items from the 
showroom is needed to fill web orders, that should be done 
promptly to avoid customer confusion). 

The relationship between retail stores, manufacturers and 
distributors, product information services and consumers, 
and the computers connected to the Internet which utilize the 
invention to serve each of these entities, is depicted in FIG. 
8 of the drawings. 

Consumers and the general public access information and 
perform transactions via the Internet using conventional web 55 
browsers (i.e. conventional web browser application pro- 
grams executing on desktop computers or workstations) as 
exemplified at 803, 804 and 805. Such web browsers typi- 
cally employ a shared Internet Service Provider (ISP) as 
indicated at 807 which provides a connection to the Internet go 
810. 

These consumers may view product information and 
perform sales transactions as contemplated by the present 
invention by viewing information made available by retail 
stores 811, 812, 813 and 814 via a shared sales server 820, 65 
as well as by a server 825 operated by a single retail store 
(or chain of stores). The servers 820 and 825 transmit web 
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pages to the web browsers 803-805 which include links to 
product information which is made available by manufac- 
turers 831, 832 and 833 via a shared product information 
server 840, and from a server 845 operated by a single 
manufacturer. 

Tlie manufacturers preferably provide product informa- 
tion to their connected server in the form of well -formed 
Extensible Markup Language (XML) documents which may 
be validated against a standard Document Type Definition 
(DTD) to which all such product information documents 
should conform. The schema to which such documents 
adhere may be advantageously expressed in the Resource 
Description Framework (RDF) and Syntax Specification, as 
noted earlier, to facilitate the evolution of standardized 
content definitions for product and company information. 
The shared product information server illustrated at 840, in 
its simplest form, does nothing more than make Internet 
accessible data storage space available where smaller manu- 
facturers without their own servers can make product and 
company information available via the Interact. Even the 
smallest manufactiuer can thus make product and company 
information available to consumers and retailers worldwide 
at an insignificant incremental cost. Many such small manu- 
facturers can simply use web hosting space provided free of 
charge by their existing Internet Service Provider for prod- 
uct and company information storage. 

Manufacturers are not, of course, restricted to providing 
such product information through links from web sites of 
retailers and others. A manufacturer may use the same 
information to support its own promotional web site offering 
such things as product directories, press releases, direct sales 
to consumers, and any other function and service typically 
provided by a manufacturer's web site. Indeed, by using a 
predetermined URL syntax, such as http://cocode.ean/ 
homepage (where "cocode" is the company code assigned to 
that manufacturer), the home page of the manufacturer of 
any product can be readily accessed if that product's uni- 
versal product code is known. 

The availabiUty of company information, which may be 
accessed using the company code portion of a universal 
product code, also makes it possible for retailers to readily 
obtain specific information needed to purchase products 
directly from manufacturers, establish accounts, identify 
distributors, and the like. The company infonmation which is 
made available as contemplated by the invention may be 
used to automatically establish EDI connections and per- 
form EDI transactions between the servers operated on 
behalf of retail stores and those operated on behalf of 
manufacturers. 

As illustrated at 875 in FIG. 8, the cross-referencing 
server can be used to by an indexing service to provide 
searchable product and company information indices and 
search capabilities. As noted earlier, cross-referencing utility 
seen at 880 in FIG. 8 may advantageously provide means for 
accessing the entire contents of its cross-referencing infor- 
mation to a requesting computer, such as a search engine 
operated by the index service seen at which can then perform 
conventional "web crawler" indexing of the websites speci- 
fied by the listed URLs and/or IP addresses, thereby gener- 
ating complete or partial indexes to all or less than all of the 
products whose product description locations have been 
registered. Alternatively, web crawling engines can traverse 
the links to manufacturers' information found in product 
listing pages made available by retailers and others. 

By storing product and company information in accor- 
dance with predetermined schemas, preferably using XML, 
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DTD and RDF techniques as discussed above, indexing 
services can provide consumers with powerful tools for 
locating products having selected attributes and for sorting 
and comparing product based on those attributes. In this 
way, a consumer can more readily identify particular prod- 
ucts which best suit her needs, can view detailed, accurate 
and up-to-date promotional and specification information on 
each product directly from the manufacturer, and can then 
identify the most desirable retail sources for selected prod- 
ucts based on price, geography or other criteria. In this way, 
"bricks and mortar" stores can make their entire existing 
inventory available for inspection by simply adding a "web 
register" module to connect their existing bar code checkout 
and inventory control system with a shared sales server, 
providing their local customers to "shop at home," make 
purchases on line, and either pick up or arrange for local 
delivery of the goods purchased. 

It should be understood that the methods and apparatus 
described above are merely illustrative applications of the 
principles of the present invention. Numerous modifications 
may be made by those skilled in the art without departing 
from the true spirit and scope of the invention. 

What is claimed is: 

1. Apparatus for delivering information to a requester via 
the World Wide Web to describe a product which is uniquely 
designate by a universal product code value, said apparatus 
comprising, in combination, 

a product information resource connected to the Internet 
for storing information describing at least a particular 
product which is uniquely identified by a particular 
universal product code, said product information 
resource being uniquely identified by a particular Inter- 
net address, 

a cross-referencing resource connected to the Internet for 
storing a database containing entries, each of said 
entries associating at least a portion of a universal 
product code value with a corresponding Internet 
address, and one of said entries associating at least a 
portion of said particular universal product code with 
said particular Internet address, 

a first computer operated by said requester which executes 
a Web browser application program, said Web browser 
program including means for executing a hyperlink on 
a web page which specifics said particular universal 
product code by transmitting a first request message via 
the Internet to said cross-referencing resource, said first 
request message including a parameter value which 
specifies at least a portion of said particular universal 
product code, 

said cross-referencing resource including means respon- 
sive to the receipt of said first request message for 
accessing said database and returning a response mes- 
sage to said first computer, said response message 
containing said particular Internet address, and 

said Web browser program further including means 
responsive to the receipt of said response message for 
automatically employing said particular Internet 
address received from said cross-referencing resource 
to transmit a second request message to said product 
information resource via the Internet whereby at least 
some of said information describing said particular 
product is returned to said first computer and made 
available by said browser program for inspection by 
said requester. 

2. Apparatus as set forth in claim 1 wherein said infor- 
mation describing said product is expressed in Extensible 
Markup Language. 
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3. Apparatus as set forth in claim 1 wherein said cross- 
referencing resource is the Internet Domain Name System. 

4. Apparatus as set forth in claim 1 wherein said response 
message is a hypertext transport protocol message which 
includes a location header field specifying said particular 
Internet address whereby said first request message is redi- 
rected as said second request message to said product 
information resource. 

5. Apparatus as set forth in claim 1 wherein said infor- 
mation is expressed in accordance with a schema specified 
in accordance with the Resource Description Framework 
(RDF) and Syntax Specification. 

6. Apparatus for performing retail sales via the Internet 
which comprises, in combination: 

a first computer operated by a retail store for performing 
inventory control functions including purchasing, 
receiving, sales and order fulfillment, said sales func- 
tions being performed in part by point of sale terminals 
utilizing bar code scanning for identifying products 
purchased at said retail stoic by detecting bar codes 
which specify universal product codes, 

a first database maintained by said first computer for 
storing inventory data including universal product 
codes identifying merchandise which is potentially 
available for sale by said retail store together with 
on-hand quantities of said merchandise, 

a second computer located remotely from said first 
computer, said second computer being further con- 
nected to the Internet for perfonning sales transactions 
over the Internet, 

a communications link connecting said first and said 
second computers, 

a second database maintained by said second computer 
for storing information which is a substantial replica of 
at least a portion of the inventory data stored in said 
first database, 

means for updating said first database and further updat- 
ing said second database via said communications link 
when sales are performed by said point of sale termi- 
nals at said retail store, 

means responsive to the performance of a sales transac- 
tion by said second computer for transferring order 
information via said communications link to said first 
computer and for updating said first and second 
databases, 

a third database for storing cross-references between 
universal product codes and the Internet addresses of 
computers remote from both said first and second 
computers which store data describing said products 
identified by said product codes, and 

means for transmitting a Web page to a consumer via the 
Internet from said second computer, said web page 
including at least one reference to product description 
data which specifies a particular universal product 
code, and 

a web browser program operated by said consumer which 
includes 

means for transmitting said particular universal product 
code to said third database to obtain a response 
message containing the Internet address of said prod- 
uct description data, 

means responsive to the receipt of said response mes- 
sage for transmitting a request for said product 
description data to said Internet address, and 

means responsive to the receipt of said product descrip- 
tion data for rendering said product description data 
for inspection by said consumer. 
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7. Apparatus for performing retail sales as set forth in employing said web browser to activate said hypertext 
claim 6 wherein said product description data is expressed in [ink to transmit an address request message to said 
Extensible Markup Langiage database, said address request message containing at 

8. Apparatus as set forth in claim 6 wherem said means for , , r j . , ^ ^ 
rendering said product description data is responsive in part 5 » P"""*" ^^"^ ^'^'^^ 

to stylesheet information provided via the Internet from said employing said database to return to said web browser a 

second computer response message containing the specific Internet 

9. Apparatus for performing retail sales as set forth in address associated with said specific universal product 
claim 6 wherein said third database forms part of the Internet 

Domain Name Service, 

10. Apparatus as forth in claim 6 wherein said means for employing said browser to automatically retrieve and_ 
transmitting said particular universal product code to said display product information from said specific Internet 
third database comprises, in combination, means for sending address. 

an hypertext transport protocol data request message con- 12. The method set forth in claim 11 wherein said 

taining said particular universal code to said third database message takes the form of a hypertext transport 

and means associated with said third database for returmng . , i.- t. • i j i u j 

...^1 r L protocol response message which includes a location header 

a response message which takes the form of a hypertext K. . *. , . . ™t 

transport protocol response message which includes a loca- contaming a destmaUon URL specifying said parUcular 

tion header field containing a destination URL specifying Internet address whereby said request message is redirected 

said Internet address whereby said request message is redi- to said particular destination URL. 
rected to said destination URL. 20 13. The method set forth in claim 11 wherein said 

U. The method of providing Internet shoppers with database stores the company code portion of a said universal 

product information describing each of a plurality of prod- ^^^^^^ ^^^^ ^^erein said particular Internet address 

ucts produced by a plurahty of different manufacturers, each -c i c • r 

of said products being designated by a universal product ^^""'^^^ information server operated on 

code, said method comprising, in combination, the steps of: 25 ^^^^^^ manufacturer specified by said company code 

storing said product information in a plurality of different portion. 

information servers connected to the Internet, each of 14. The method set forth in claim 11 wherein each of said 

said information servers being operated on behalf of at cross-references associates at least the company code por- 

least one of said manufacturers and each of said infor- jion of one or more universal product codes with one of said 
^^ation^servers being designated by a different Internet 3^ i^^^^^^^ addresses. 

, . ' J . u * • • 1 1* r 15. The method set forth in claim 11 wherein said 

stonng a database containing a plurality of cross- ^ . • . , • 

references in at least one cross-referencing resource, cross-referencmg resource is the Internet Domam Name 

each cross-reference defining an association between at Service. 

least a portion of one or more universal product codes 16. The method set forth in claim 11 wherein said product 

and the Internet address of one of said information information is expressed in Extensible Markup Language, 

servers; 17. The method set forth in claim 16 wherein said product 

transmitting to a web browser controlled by an Internet information is displayed by said web browser in accordance 

shopper a web page containing a hypertext link which with stylesheet information specified on said web page, 
includes a reference to a specific universal product 

code, ***** 
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